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A. BACKGROUND 


The AEGIS System is the Navys Tee ta caed 
shipbeard weapcn ccntrol, decision making, and surveil- 
lance system. The éngineering model began testing on the 


"Nortcn Scund" in 1977 and the AEGIS System joined the Fleet 
con board the "Ticonderoga" in 1982. Lode t=, +he AEGIS 
System represents the newes* fielded technology in the 
Fleet and possibly in the world. Since every design 
effort must at some time in the design determine what the 
target nardware will be fer the system, the result is «hat 
ees systems" dc noz in fact utilize the most curren: 
electronic advances. ieee adda con, the further design, 
testing, and linking of the many separately develored 
and tested modules further increases this unaviodabls hard- 
wars gap. In the case of the AEGIS System, this is 
particularly true since we have s2en a technological revo- 
ttaeuwe Ceccur during it's development. The Large Scale 
incedm@artea Circuits (LSI), and newer the Very Large Scals¢ 
Ingrated Circuits (VLSI) are common in our off-the-shelf 
technology. The Naval Postgraduate School AEGIS Modeling 
Group has been investigating the us2 of new off-the-shelf 
VLSI technology that could provide significant savings in 
money and space while still fulfilling the system require- 
ments of the AEGIS system. The AEGIS Modeling Group 
decided eéarly in their study and emulative modeling 
to choose the AN/SPY-1A Phased Array Radar Controller asa 
modeling subset of the AEGIS systén. The SPY-1A Radar 
represents a Si tricsiomeehy sedi at docu and real zime 
sensitive ncodule One the AEGIS system such that if tit 
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can be successfully emulated, then it shculd be 
possible te similarly build the other modules comprising the 
total AEGIS system. 

The AN/SPY-1A 1s a complicated and extensive system in 
its' cwn right. The two primary modules of the SPY-1A Radar 
Contrclier are the Radar Scheduler and the Track Processoz. 
Previous thesis work has been don? to model these two 
modules by Grant { Ref. 1] and Cech [Ref. 2] respectively. 
In addition, the two systems that dapend on the AN/SPY-1A 
for data - the Weapecn Controi System (WCS) and the Command 
and Decision System (CD) - have been simulated by Boone 
Meet. 32] in his thesis. The Signal Processor medule is 
another module +o tke simulated such that *+he NPS SPY-1A 
Mcd2l subset can be fully interfaced and tasted for real 
time capability and logical functionina. Phe anaes a 
design, development, and target @nvironment simulaticn of 
the SPY-1A Signal Precessor Interface is the intent of this 
thesis. 


Be. DISCLAIMER 


Many terms used in this *hesis arte registered trademarks 
£ eres a 1 ducts Rather th ake 
Or commerciae proaucts. achee euak ac Tel 


istered «trade- 


pting *o cite each 
individual cccurrance of a trademark, all rea 


marks 2ppearing in this thesis will be listed belew, 
follcwing the firm hclding the trademark. 


mee mmeorporation, Santa Clara, California: 
imee lence! 8086, 1SBC 86/12A, MULTIBUS 


Bearoal Research Corporation, Pacific Grove, California: 
Sey we ce sm=-G6, PL/i=86, PL/I-30, ED, RASM=86,. LINKS6, 
D6 


Meech @eec CCEpoOracion, Irvine, California: 
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REMEX Data Warehcuse 


SieGeorroe International, San Rafael, California: 


Werdstar 


Department of Defense, Washington D.C.: 
Ada 


Emeee polis Corporation, Chatsworth, California: 


fac=crolis 


Peat Sicgier, Inc., Anahien, California: 
ADM-23A 


C. PURPCSE OF THIS THESIS 


Phesrteaa direction of the Signal sProcessor simulation 
Pomentestold4: 

1. Emulate the SEY_1A Signal Processor using the Remex 
Data Warehouse (a 20 megabyte fixed Winchester *ech- 
nclogy disk system). 

2. Be able to emulates the signal processor functions to 
provide areal time test environment for the SPY-1A 
mwedel. 

Seeceee arte t6 USe the Simulation te test the logic of 
ehe NPS SPY~=1A Model. 

These broad objectives were further subdivided into tasks to 
develcp a target database module and two system testing 
modules. The first system testing module will emulate the 
hostile environment cf targets utilizing a pre-develored 
target dJatakase while the NPS SPY-1A Model is being run/ 
tested fcr real time operations. This model is designed to 
respond as guickly as possible to a dwell command from the 
Radar Scheduler Module with an appropriate data output to 
the Track Precessor Mcdule, to allow an accurate test of the 
speed of the overall SPY-1A Model. This design will be 


al 








herein referred +o as the "Static Model™". The second systen 
will be used to test the logic of the internal SEY-1A 
modules, aya Will Snore, beWconsStrained to real time run 
requirements. It will display a target environment as it 
developes and changes over time, and allows the user +o 
initiate and change the environmen+ as he desires. This 
design will be herein referred to as the "Dynamic Model". 


The tasks fcr each of the Modules are as follows: 


BYRGET DADACASE: 

1. Create Catgets. 

2. Develop target tracks and record those target loca- 
ticns on the respective track at descrete time inter- 
vals in the database. 

3. Modify and Delete targets and target dadta on the 
database. 

Seance Model ; 

1. Interface database access with NPS SPY_1A Model 

Pomeeen: eer Wee [/0 interface during testing wathout 
detracting frem the real time environment 

Diwan TC “Mcdels 

1. Allow interactive chang2s to be made to the database 
diag lunti ge 

Peeeadiscoley the tracks in the database as the simulation 
runs 

The scope of this thesis extends primarily to the Target 
Database and Static Model development and imolimentation, 
although the overall design structure is such that the 
Dynamic Model can encompass and utilize the modules devel- 


oped heréin. 
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D. THESIS ORGANIZATICN 


Vicwene ste s Organi Zedai nto fourschaptesseetThe comeuter 
code develored tc implement the syst2m is contained in the 
following appendices. The first chapter covers the hack- 
ground cf the Aegis Project at the Naval Postgraduate 
Betool, etic Dascic direction for this thesis, and thesis 
Segenizaticn. The second chapter covers the design of the 
Signal Frocessor Interfaca Modules. It will discuss the 
everall consideraticns for the dasign, the interfaces 
neccessary between the Signal Precessor and the cther 
modules previously developed, and th2 specific design for 
the Target Database and Static Model. The orceoaqramming 
language Ada was utilized as a Program Design language (PDL) 
in the development of a design for the Target Database anda 
Dynamic Medel. The third chapter will discuss the implemen- 
tation cf the design for the Signal Processor Interface 
Module. Translaticn considerations when Ada is used asa 
FDL and the implementation language is PL/I are highlighted. 
The medules that make up the Target Database and the Static 
model are discussed in detail. Neowin, Ghap sr. 1 CUE 
presents some conclusions on the work involved in the design 
and iaplementaticn of the Signal Processor Interface Moduls 
as it is now, how it might be utilized and changed by future 
Aegis Greup members, and what «he next logical steps should 
Pemomascd tne. complete simulation of the critical paths of 
the SPY-1A Phased Array Radar Ccntroller. 
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A. OVERALL CONSIDERATIONS 
1. Designing for Change 


Te provide the desired future maintainability and 
flexibility as a simulative and emulative instrument, it is 
neccesary +c design the Radar Signal Processor Simulation 
with the capability for change. The latest concepes of good 
software engineering frinciples explain that forseeable and 
non-forsescable changes are sure to be applied to any soft- 
ware éngineéring project, but especially in those cases were 
the program being developed is being separately designed and 
implemented to become vart cf a larger system. To provide 
that capakility, the designer and programmer must from the 
Start try to separate those items that ars likely +o be 
changed anduse the concepts of clear documentation and 
structured programming to make it easier for the system 
users and maintainers to incorporaté changes. The decisions 
that ar2 made in modularity and implementation must b? docu- 
mented tc enhance the understandability of «he system. As 
much as rossible, the assignment of parameters and constants 
should be clustered or at least positionally standardized 
within mcdules to allow ease in finding them and changing 
them. The design concept of information hiding nzeds +o bes 
utilized such that enhanced versions of specific implementa- 
tions can be e¢asily substituted without causing major 
changes *+hroughout the other modules that constitute the 


overall design. 


ie, 








Zp aap sei SS == > a» ee see oe EE es SS 


Be pealemof dssmaning £cr change is the consideration 
of and provision for extensions to the basic design one may 
Eeovids. It is important to consider the critical items in 
mre aecstqn, and yet still allow for the addition cf cther 
modules that may provide desired functions for future users 
of the system. One way to provide this capability ina 
design is in utilization of a tree like structure that will 
allow the addition of other branches at any node of the 
hierarchy. In so dcing, th2 designer offers the maxinum 
flexibility in the basic design, and enhanc2s future main- 
Bama bilatty and changability, While providing for the 
unforsecarle. 


PicoEpOGarong the desiqngpsz:ncipie of modularity 
will provide the basis for both changability and extensi- 
pea ty « Choosing mcdules in the program that describes a 
Gomec21sce fEUNnCtiON, and interface with each other withcu* side 
effects will enhance the understandability of the design and 
wie sesultant code. Utilizing a design methodology that 
incorporates the principles of top-down design and assists 
muesneepatcitioning of a complex problam anto intellectually 
addressaktle sub-preblems will naturally produce gocd nodu- 
heel t y. Feechs' "Object-Oriented Design" methcdology 
fRef. 4] discussed in detail in Section II.C and Appendix E 
crovides these attributes. The design of both the target 
database and static medel incorporates many of these princi- 
ples limited only by the author's designing and programming 


- 
prowess. 
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Be. INTERFACES 


In the thesis work done by Riche and Williams {Ref. 5], 
the overall design and modular interfaces were discribed and 
defined fer all future SPY~1A Centroller Module development. 
However, since their design incorporates the develcrment of 
all the modules, and the project at this stage of inplemen- 
tation has only developed the most critical modules required 
+o « e¢mulat? a basic subset of th real SPY-1A Radar 
Contrcller, the interfaces they developed are not completely 
appropriate. To interface with the dw21l commands passed by 
the Radar Scheduling module [{Ref. 1] and to pass feedback 
that can be understood by the rack Processor mneduie 
[Ref. 2], the Signal Processor Modulé must logically incecr- 
porate tne Radar Ohba evblas Radar Return, and Beam 
Stabilizaticn modules. Therefore, the interface utilized 
for input is table 58 ("Common Memory Interface between the 
Radar Scheduling and the Beam Stabilization modules"), and 
the interface used to output is tabl2 8 ("Common Memory 
Interface between the Beam Stabilizaticn and the Track 
Processer modules") [Ref. 5}. Not only will this extension 
Of che logical interface for the Signal Processor make the 
future werk cf interfacing the modules easier, but it makes 
the present design fer the Signal Processcr Intsrace Module 
easier tc implement. The chosen interfaces will allow the 
Signal precessor mecdel to receive and send target data in 
Forms of cartesian coordinates rather than the lengthy and 
complicated codes fha=  speciseically tell the Signal 
processor where to feint its beams. Taples I and II show 
the respective interfaces. 
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TABLE I 


| 
_ 


Signal Processor Output Interface 


/* END OF TABLE */ 


| 
| 
| 
| 
| 
| | 
i we | 
} OWNER: AEGIS MODELLING GROUP 
| DATE OF LAST UPDATE: 28 OCT 81 | 
| MOCULE TYPE: TABLE | 
Mmuneosts COMMON MEMORY INTERFACE | 
NAME: E_ TO_P_TABL | 
x / | 
i. | 
| Go oeanelE INTERFACES BETWEEN THE BEAM STABILIZATION | 
! pncCss AND THE TRACK PROCESS | 
7. | 
| | 
| 
m declare 
| welmecmreatabie static external, ott ane | 
| 2 x_sub_s Lixed bin(15 ee | 
| Zameen Ss meee ae Dan (1S) 1 nat ta On | 
| ZeZ=ib. Ss fixed bin(15) initial (0), | 
| 2 face id miced Anti S) Initia lige. | 
| Cem 2X fixed bin 5} aeogyslrd sigelak (10) 5 || 
| 2 trk_nun fixed bin(7 ea ae Zt 
| | 
| 
| | 


| 
| 


C. USE CF ADA AS A FEROGRAM DESIGH LAWGUAGE 


Grady Booch [{Ref. 4] has proposed a software engineering 
design technique he <+erms "Object-Oriented Besegnu'. 
Although his chosen name for the design methodology may be 
unfortunate considering the controversy raised by the ambi- 
guous term "Object", and the past use of the term in reféer- 


ence to the Smalltalk pregramming languages, the design 


methedology itself works well. Using the new Departmen of 
Defense programming language Ada, the purposs OF 
Cbject-Oriented Design is to produce logical, SHEicilen:, 


highly réadable and understandable code that accurately 
reproduces the real world problem in the computer space. 


Ada is utilized as a frogram development language because of 
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TABLE ITI 
Signal Processor Input Interface 


| | 
| | 
| | 
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| OWNER: AEGIS MODELLING GROUP 
{ DATE OF LAST UPDATE: 2 NOV 81 
| MCDULE TYPE: TABLE | 
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 w4 | 
| 
| 7s | 
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| declare | 
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2me 
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{ 3 beam _rurpose fixed bin(/ wae ta (0) ee 
| Bc TONaedet ta cos ecriset fixed bin 12) IN Lt tee ee] 
Emeecca deltavecos GO frset Sts xed bin (15) itial (0), | 
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| Zao Oe Oh, 
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G4 x _ stbl El eo epam(Vo)) 2nicial (0) >} 
uy stbl £2xed bin( Wey initial (),! 
tz stb k fixed bin(15) initial (0),] 
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3 time, | ae | 
| 4 msb EL xed roan 12} algal cate 0) er 
| 4 1sFE Civiedepen tls) 2hitial (0) 74 
3 beam curpcse fixed bin ae ie gab yee AO) St 
| peu pnandclta cos poLisesescaxcd bin (1 sh johale abel ALTO ae) 
3 beta_delta_cos offset fixed bin(15) initial (0), 
3 face assign Ec ed bin (7?) wen it tala | 
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| _ = — ee 


Mes Capabilities in the production of highly structured and 
modularized algorithms. I* also has the nice féature of 
Separating the specifications for the modul¢s utilized in 


the design from the actual methods used for implementation 
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cf these mcdules, and thus provides the designer with an 
ability to postpone the implementation decisions for as long 
atime as convenient during «he design phase. This feature 
was particularly important since the pregramming language 
FL/I-86 was going to te used for actual implementation, and 
1+ was intuitively felt that some design changes and conces- 
sions might hav¢ to be made even at the highest levels 
because cf the differences in the large scale data struc- 
tures provided by the two languages. 

Object-Oriented Design methodology is broken dewn into 
three btasic steps: 

1. Define the Precblen 

2. Develop an Informal Strategy 

3. Fermalize the Strategy 
"Defining «he problem" involves the davelopment of a concise 
paragraph in English that specifically outlines the real 
world problem. "Developing an [Informal Strategy" is to 
develcp an English paragraph that as clearly and concisely 
as possible describes how one will sclve the problen. This 
second step is really the most difficult part of the methed- 
Ology, since the resultant success of the design rests on 
how weli this can be accomplished by the designer. The last 
porticn "Fcrmalize the Strategy" is where the algorithn 
begins to take shape. First, the designer must pick out the 
proper neuns that describe the "objects" of the solution 
strategy. Those objects are discribed in terms cf major 
Gegects and attribute objects. Next, the Informal Strategy 


momecgaen Scrutinized, <chis time to pick out the verbs that 


represent the "“"cperations" utilized in the solution stra- 
tegy. These operaticns are then grouped with «the objects 
@hey logically affect in the informal strategy. Bcoch then 


would have the designer draw an object-oriented system graph 
depicting the objects as Ada "packages" and the operations 


as Ada procedures and functions within the packages. The 
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object-oriented system graph describes the hierarchial 
interfaces between the structures. Booch typically includes 
an Ada “subprogram" as a controlling program that utilizes 
the develcped packages. Finally, the package specificaticns 
are written in Ada utilizing the previously developed 
cbhject-oriented system graph as a guideline for the irter- 
facing and specific procedure specification develcpment. 
This was done in the design cf a "Dynamic" model and Target 
Database system and is specifically shown in Appendix E for 
future use ty the AEGIS Modeling Group. 


D. THE LATABASE 


Using the Ada design as a basis, the Target Database was 


he PL/I and ASM-86 


ct 


designed for implementation in 


languages. 


ime L0tetfacing ard Storage 


The AEGIS Medeling Group 2xperimental ccmputer 
depends cn a 32 k byte "commen memory" board on the MULTIRBUS 
tO) 806mppass messages. The common memory board is further 
Meaeenzed £6C= the commands to the REMEX Data Warehouse 20 
mega-by~e¢ storage? system and the buffered data items to be 
written cn and retrieved from the REMEX. A mapping of how 
the ccmmcn memory is currently partitioned is shown in 
Figure 2.1 The segmented memory base for the commen memory 
is QOEQO00 hex ard offsets aré as shown. The REMEX Data 
Warehouse is also ccnnected to the MULTIBUS and data is 
transfered to and from it in response to the formated 
messages. The processes for the operations of the REMEX are 
discussed in detail in the thesis work done by Almquist and 
Stevens {Ref. 6] and in the appropriate manuals [Ref. 7]. 
The basic message fcrmat utilized for this thesis is the 


read/write format [Ref. 8] (as specified in Figure 2.2). 
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Pigure 2.1 Common Memory Map. 





2. Design Decisicns 


The Ada design for the Target-Databas¢ resulted ina 
system that protects and hides the actual database and how 
it was implemented frem the user. fn an Cfiore wo inccrfpo= 
rate that design feature in the PL/I-86 implementation, the 


concept of using a specific module +o perform ali targst 


Paps 
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Figure 2.2 REMEX Read/Write Message Format. 


data conversion to an appropriate output message format, and 
then to perform the operations to place that formated 
message in *he REMEX was conceived. This module is named 
Bld_datakases. Not only does it perform those tasks just 
menticned, but because of it's modularity, it provides for 
future changes should the method of storing the database be 
modified, cr the hardware device utilized for storage be 
replaced. iueacd = (ON werne Gectcrcn WaS Mads to stcre only 
the messages to be utilized for output on the REMEX, rather 
than storing both the initial target data that produced «he 


messages and the messages themselves. The reason for this 
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decision is to provide the fewest number of REMEX data 
seeking cperations during the run of a simulation. By 
GetiMedewen cf a data Structure on the current iSBC 86/12A 
in RAM (Random Access Memory) EO DEC-“Duidar tic S=O0per 
sequence cf messages, only a write command will be required 
to retrieve data frem the REMEX. Although this method 
requizeés more execution time during the creation of the 
Target-Databtase, very little execution time is consumed 
during «he emulation. The method utilized fer creation and 
modificaticn requires the partial re-building of the data- 


base for each change made to the Target-List of data. 
3. Design 


The resultant design, modularized for implementation 
in PL/I procedurés, consists of the following (see Figure 
Ze 3): 

a. Centrol: This module contains the main menu where 
the user will be able to choose how he will utilize the 
Signal Processor Model. 
jo Create: This module allows the user to interac- 
tively construct the initial environment of targets and 
how they will change throughout the time of the sinula- 
-c Slow alr 
oe Delete: This module allows the user to delete 
targets from the envircnment at any desired simulatior 
tame pcint. 
ee Change: This module allows the user to change the 


environment during the initial creation of the envircn- 


ment. 
e. Build _Datakase: This module is not called by the 
senmecc! nmodule, bux interfaces between the database 


utilized to represent the environment and those modules 
wowemerzed  chrough “control” to initially create and 


further modify and run the simulation. It must be able 
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to Fuild a set of output messages based on «tha 
previously develcped target data, and to send these 
messages +o the REMEX for storage. 





——- °° °° ° °° a oS 
| | 
| | 
| $$ eee rere + | 
| | | 
| | CONTROL | 
a | | 
| | | 
| | ! 
{ $a em re ae ee ee ee ee - $a meee wn ee ee we ee + { 
| | | 
| | | | 
$e re cer -- + + eee + toececerr--- + | 
| | | ; | 
{ eck FATE | DELETE | | CHANGE | 
| | | 
[ #2 eere2e-- + 4 <2 -------- + tore eer err--- + 
| | | | 
| | | | 
i $e owes en ee emer ere e--- $rereer rr err ere mr + | 
| | | 
| 
| 
; $ret re sc crete rrrr-f--- + | 
| | 
| BUILD DATABASE 
| 2. Cade i | 
| | {| 
| | 
$ on enn a = + 2 = > | 
| | | | 
| 
+ eee eee + +o ere re---- + tee eror reer + 
| ( | | | | 
' peo alle | BEDeNSG | San Da NSG | ' 
| ee a nee ee hess >: 
| 
| ' 
| 
a ee ae ed 


Figure 2.3 Database Design. 
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E. THE STATIC MODEL 


The design of the Static model depends on the ability to 
read sequentially arranged previously stored output messaqes 
from the hard disk. When keyed by a dwell command from the 
SPY-1A Track Scheduling medule, an output message will be 
placed in common memory PESGViding the SPY-1A Radar 
Controller system with feedback. It does not matter whether 
the cutfut message offers a "logical" response +o the 
requested dwell, just that it offars a response that will 
caus2 the SPY-1A System to send another dwell command. By 
tageng the SPY-1A System as it runs in interface with the 
Static Model, the user will be able to acertain the real- 
time perfcrmance of the SPY-1A model and whether cr net the 
concurrent multirroccessor system can indeed operate within 
fetes Spec: ficaticns of <=he AFGIS SPY-1A Rader Contxrcller 
System. 

(rete Zing the previously discussed *#arget database 
design, a Target Database to be utilized by the Static Model 
can te created. The Static Model consists of functional 
modules that must be able to retrieve sequential data from 
the REMEX Data Warehcus2, and respond to each new dwell 
command (tabl1_58) sent by the Radar Scheduler with a set of 
one cr mere feedback messages (tabl_8) hat would haves 
resulted from a Simulated radar dwell. To enable the capa- 
bility +c time the turnaround speed of the SPY-1A Mcdel, a 
CRT display will be required that allows measurements to be 
mad2. ios LNPOrtant sna.  =he display inelude only the 
Minimum data so that it will not impede the performance of 
the Static Model, and thereby detract from the objective of 
Measuring «he SPY-1A System Model real-time perfcrmance. 
Figure 2.4 shows the Static Model functional modules ina 
hierarchial design. It is envisioned that *he concurrent 
Bective Oot the SPY-iA Radar Controller and the Signal 
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Figure 2.4 Static Model Design. 


Processor Simulation will be sequenced using the MCORTEX 
Operating System functions (Ref. 9] implementing Eventcounts 
and Séquencéers. Thus, although that interface is net avai- 
lable now, the AWAIT and ADVANCE primitives will be used at 
some fuxure date by the AEGIS Modeling Greup. In the meéan- 
time, in keeping with the design goal of changeability 
(separating and modularizing those items likely <tc be 
changed), the AWAIT and ACVANCE primitives must still be 
inccrrorated in the design and implemented for proper system 


testird. 
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III. IMPLENENTATICN OF THE SIGNAL PROCESSOR SIMULATION 


A. TARGET HARDWARE 


The present experimental computer system consists ofa 
MULTIEUS backplane that contains enough space for twelve 
micmeeeenecl SBC 86/12's (Single Board Computers), four (4) 
ADM-3 terminals connected to Shrew £OUr meets) ee Pen cis 
installed i1SBC 86/12A boards and two different hard disk 
m2mory stcrage devices. (see Figur2 3.1). The main storage 
device is the Remex Lata Warehouse disk unit (Ref. 8] which 
contains twe standard 8 inch IBM format floppy disk drives 
fone Ci which is used to boot +he system), anda fcur head 
fourteen inch Winchester technology hard disk containing 
twenty méga-bytes of store. The other storage device is the 
Microrfolis Hard Disk system [Ref. 10] which has five heads 
and centains an additicnal thirtyfive mega-bytes of storage 
space. In both storage systems, th2 user, under the CE/M 
operating system, is allowed to write only =o the disk that 
the terminal device was initially logged into, although full 
read capakility across ali fixed storage devices is allewed. 
Shared memcry consists of 32K byt2s of Random Access Memory 
(RAM) that has been assigned the base address of 0£000:0000 
hexadecimal. Occupying one of the twelve board slots, there 
is also a nron-vclative bubble memory which was in the past 
feel zed for the kcot preceodurs soduGe ng. initialization 
Meetew oy bU= is currently utilized as temporary storage tc 
boot the cperating system into each of the iSBC 86/12 boards 
in use. 

The Intel SBC-86/712's use an 8 Mhz clock and contain 64k 
of internal memory that can be used for on board processing. 
Each cf tte iSBC 86/12's is connected to an ADM-3 terminal 
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that is used for communication. The operating system is 
Digital Research's CEyM-86 [Ref. 11] as modified by previous 
Pmeats students [Ref. 6] to enable the sharing of peripheral 
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Figure 3.1 NPS AEGIS Modeling Group Experimental Computer. 


devices. There is an executive called the "Multicomputer 
Real Time Executive" (MCORTEX) (Ref. 9] that has been 
Weteeeneeec allow £CL CONCUEEENnt computation by the SEC's. 
It occupies close to 6k bytes of storage on each cf the 
Spe's. It is projected that i+ will take aproximately 8 or 
9 SBC's to carry out the same processes that the four AN/UYK 
7*S presently do in the Spy-1A Radar Controlier. 
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Be. SCFTWARE DEVELOPSENT ENVIRONMENT 


Recent aquisitions by the NPS AEGIS Modeling Greup have 
made the Software Development Environment available on the 
experimental computer much ktetter. The multicomputer systen 
operates under the CE/M-86 operating systen. In the past, 
programing has teen done with Intel's PLM-86 Compiler and 
the ASM-86 Assembler for use on the iSBC 86/12. The SPY-1A 


Major mcdules have been written utilizing the PL/I-80 


Compiler based on the Intel 8080 microcomputer. Now, the 
FL/I-&6 Ccmpiler [{Ref. 12] has been released and is avai- 
labile fcr pregramming use. Because of the requirement for 


izoekK-byces CE RAM for the use of the PL/I-86 Compiler, i+ 
Can only be utilized Ly one of the four users at a time. In 
additicn, where in the past programmers have gone to great 
lengths tec avoid the use of the only available CP/M-86 text 
editcr FD, the full screen text editor WORDSTAR is now 


available. 


C. ADA CESIGN VS PL/I-86 IMPLEMENTATION 


The previously discussed design process utilizing Ada 
was insightful and useful as a tool for program development, 
but «he irplementaticn language for the AEGIS Modeling group 
Woe Lyl. iiewpDEiNanby Structure rTesulting from the object- 
criented design méthcdology is the Ada "package". The 
package in Ada serves to promote data abstraction and infor- 
Mation hiding. Py tedo CSU neem Of ner cd (CONSe aC. —sSimtlar to 
Adats “rackage"™ structure, but abstraction of the data mani- 
pulation and hiding the form of the implemented database can 
readily te achieved. The modules that aré contained within 
the Ada packages are written as a logical grouping cf proce- 
dures - the primary mcdule structure in PL/I. The subpro- 
GGemneuti#ized as a control progzam inthe Ada design is 
logically implemented with a controlling procedure, the 
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PPcOocedure options (main)"™ in PL/I. The Ada package 
containing the target information is implemented with the 
e@emeal declaration "LEASE.DCL" and the resulting Linked list 
used to develop the Target-List. The Ada database package 
is implemented with the PL/YI array data-structure "BUFFER", 
Which is hidden within the "BLD DATABASE" procedurs¢. the 
"BLD_CATAEASE" procedure is not accessible directly tec the 


user, and thus further hides the form of the database. 


De. MODULES CF THE TARGET DATABASE 


‘a General Comments 


A useful feature in PL/I is czhe "%INCLUDE" statement 
Which alicws one to make the compiler include pregrams or 
declaraticns that have been previously written. This 
feature is most commenly utilized to include declarations 
that are used by more than procedure throughout a system. 
Pie “glckal declarations" (DBASE.DCL) utilized in the 
Target-Database modules are treated in this manner. Future 
Maintenance on the Signal Processor Interface Simulation 
that may modify the Target-List, can be made to DBASE.DCL, 
and after the program is re-compiled and re-linked, it will 
appropriately affect all the pertinate modules. In addi- 
P~Ou op eswe gicbal variables within the functional grouping of 
the Taerget-Latabase modules are defined. These variables 
are declared as “external” initially in the main procedure 
"Gontrol”™, and are also part of the global declaraticns 
utilized by the Target-Database. The two variables are 
"delta_<" and "endtime", and should be noted and protected 


appropriately by any future changes made to the modules of 


the Signal Processor Interface Simulation. I+ should be 
Pored =ehat "deta t" 1S puOte eee lized) by either the 
faecget—-Database or the Static Model, but has been included 


because it will impact on the future use of the Signal 
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Processor Interface Simulation. Tt is meant to define the 
ratio of how many dwell commands ar2 received versus the 
number cf times the database buffer in common memory is 
updated. "Delta_t" is meaningful for the Dynamic Mcdel and 
Will impact cn the length of. time a test run will te able to 
run (based on available memory space for 4 database and 
chosen delta_t). 


2. CONTROL. PLI 


The Control procedure is the head node of the 
archial structure of procedures used to modularize and 
cture the ismplementation of the Radar Signal Processor 
Interface Simulation. It contains the Main Menu that the 
user will be continually coming back to to route himself to 
other functional branches of the tree-like system. The PI1/I 
excepticn handler ON <condition> <body> is utilized first 
here and throughout the other modules +o prevent akrupt 
program termination and promote graceful recovery in the 
event of user entry errors. Alone nee ON-Dedy 4 Series Of 
IF-THEN statemen«s are used. These will allow one tc deter- 
mine in which interactive block the error was committed. 
The variable named "block" is set to different integer 
values threughout the program to signal where the user is, 
and where is the appropriate place in the program to return 
Piemcen= "cl, so that interaction can continue. The reader 
may be aghast at the flagrant and apparently unstructured 
use cf "ge to"s in this and further modules within the 
On-bcdy e¢xcepticn handlers. On2 should be assured that 
excepticn handlers ar¢e prokably «he only generally accep- 
Eames and Sacpprorriate tame to use the “go to" in a struc- 
tured program. EL/I addditionally offers a further 
exception handling feature, the SIGNAL <condition> command. 
When used® in conjuction with an fF  <condition> THEN 


<statement> control command, the signal command has the 
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meeceteOol. "signalling" the system that the defined error 
(the conditicn of the signal call) has occured. The conrtrol 
is <ransfered automatically to the appropriate ON-uni 
defined for that signalled SEEOr. This enables the 
programmer not only to gracefully react to defined system 


oe 


errors, rut to define his own error conditions and gracefully 
continue orferations. The Control module and the cther 
modules in the Signal Processor Emulation utilize this 
feature tc prevent the user from entering a response outside 
the defined allowable range. pana lily, 6 the “REVERT Cen ror 
type> statement is reguired at the end of each module where 
ene ONFexcertion handler is utilized. A-steck 2s°.u229)"Zed 
in PLyI to save the state of the current ON-conditicns when 
caemeng ancether procedure. PL/I-86 allows sixteen nested 
ON-units on the stack. Proper Utilization of the REVERT 
command will pop the stack appropriately to ensure that the 
proper CN-unit is used. Functionally, the Control procedure 
sets up the global variable "endtime" that is utilized by 
the other Target-Datakase modules (create, delete, change, 
crintlsz, and bld_database) to define the limits of time for 
which the database is to be constructed cn the REMEX Data 


Werehcuse. 
Peper c Ate. Pit 


The Create procedure has the function of interac- 
eee y contructing a linked-list (the Target-List) of target 
nodes that contains the data for the database cf discretely 
timed output messages (tabl-8). The linked list utilizes a 
pointer tc the header node (appropriately called "“head") 
that will be used by the other modules in their subsequent 
Manipulations of the Target-List. The other twe pointers 
Wzilized (tqt_ptr, and tgt_mkr) are used to traverse the 
linked list and manipulate fields on nedes, or nodes then- 
selves. Gres PL i “ucINCLUDE" Statemen+ allows the 
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Peaeiacactcn Of the linked list structure “Target withcuc 
having <c declare it in every module it is referenced. The 
Target-List is implemented as a linked list to allow the 
most efficient use of storage during the run-time environ- 
ment of the system. PL/I will only initiate storage for the 
nodes of the linked list during run-time, as required by the 
PAbLOCATE’ cenmand. Thus, instead of being restricted to a 
particular array size (had that data structure been used) as 
allocated at compile time, the user is restricted to the 
available memory at that «ime. In this version, the 
Gearget-List is censtrained te 56 nodes {or targets), since 
the buffer size and corresponding sector size of the REMEX 
Data Warehouse is fixed at S12 bytes. After the user stcps 
Building the Target-List, the initial Targst-Datarase is 
Memothucted With a call to the "Bld database" prccedure. 
Note that the first parameter to Bld_database? is a constant 
LS FI This will ensure that the first database built on the 


REMEX begins at the first discrete delta_t time value. 


4. DELETE. PL 


oF 


The purpcse of this module is to delet ta 
from the Taxrget-List as requested by the user. The us¢r has 
previcusly interactively indicated the specific discrete 
Pome an’ value of the call, and this information will be 
mieener Yut2 lized by the procedure "Bld database" in its call 
ty Delete. Delete will request a target node number of the 
node to ke deleted frem the Target-List. Then, the pointers 
tg ptr and tgat_mkr are utilized to traverse the linked list 
until the appropriate target node has been located. When 
Poimieeseene target node 2s separated from the Target-List, 
and placed back in available free memory store by the use of 
the PL/I "FREE" command. If the target node can net be 
found (indicated by the polnter tgt_ptr reaching the "null" 


nod2), the user will receive an error statement and the 
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Wee becCr Controlling this process will return the user «+o 
ask if there is another node to be deleted. When the user 
has deleted all the targets he desires, the call will be 
madé to the “Bid database" procedure to re-build <«he data- 
base frem the previously defined delta_t discrete time 
increment ("time_in") to the previously defined "endtime'. 
Control wili then return to the Main Menu (the Control 
rrocedurs). 


5. CHANGE. PLI 


Tke Change prccedure is similar to the Create procea- 
dure since it allows the user to re-define the fields of any 
given nod¢ on the linked list Target-List in an interactive 
mode. Once again, ina manner similar to the Delete proce- 
dure, the user will define the discrete delta_t time value 
where the Target-List is to be changed, prior to the call to 
Change. This value "cime_in" will be passed to the 
"Bld_datatase" procedure in «he same manner as with Delete 
for further Target-Database re-construction. The Change 
procedtre allows the user to not only change the parameters 
used ty the defined parametric equation but to change the 
equaticn (and therefor the shape of the resultant track) 


Hose lt. The user is placed in a Whil2 loop to change all 
the targets he desires on the Target-List, until he indi- 
cates he is finished. At that time the procedure 


"Bld datakase" is called to ra-build the Target-Database on 
the REMEX Data Warehouse from the time given in ‘the firs+ 
parameter “time in" tc the “endtime", both previously deter- 


Mined by the user. 


6. BLD DATABASE.2PLI 


This modul€ is =he real workhorse of the 
Target-Datatase building system. The purpose of the 


Bld_datakase module is to convert the data contained on the 


eis. 





Target-List to an Array of output massages to be placed ina 
based structure called "Buffer", and then to transfer that 
Buffer tc another buffer of equal size in the NPS experi- 
mental computer's common memory. At that time, the appro- 
triate message will be sent to the REMEX Data Warehouse 
commanding it to read the data (using Direct Memory Access - 
DMA) onto the required track and sector of «the REMEX hard 
disk. To accomplish these tasks, Blid_database utilizes 
three assembly language routines: Bld_buff, Build_cmd_mess, 
and Séend_mess. peed GLE utalizes@eie pointer to the s*ruc- 
mare "'Butter”’ and causes the structure to be copied into 
common memory starting at location QECCCs 55 0Ce 
Build_cmd_mess uses 8 parameters to build an appropriate 
REMEX command message formated for a "read" operation into 
common memory starting at location 0E000:5400. Send_mess 
tells the REMEX it has a command message at Ilecation 
0E000:5400 and verifies that the REMEX has received and 
responded tc the message. Bld_database utilizes these three 
primitive routines within two sub- procedures 
mraemsg tufter® and “call rdw". The subprocedures then- 
selves are called sequentially from within the execution of 
a PLyI DC loop that runs from the Bid_database parameter 
Wome ta“ tothe glicbal variable “endtime". The astute 
reader may now see why the user needs to bnild his 
Target-Database in a sequential manner, making deletions and 
changes in a progressively increasing discrete time incre- 
ment up to "endtime", LE Medtitecations sare Pet done in 
discrete sequential time, Bid_database will writ¢ over <“«he 
changes that had been already written to the database witha 
higher value time increment than the current "time_in" 
defined. The sub_procedure bid_msg_buffer will utilize the 
Target-List to build a corresponding output (tabl_8) message 
+o be incrementally placed in the Buffer structure sequen- 
tially as the linked list is traversed. Reaching the "null" 
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node will cause the while loop to end, anda call <c the 
Peds Ount Prigtitive rcutine to be made. The x, Ve, and z 
named fields for each component of tha Buffer array will be 
constructed by the parametric equation number indicated in 
ene Target=-List. Thes@ parametric equations were derived 
from a frevicus thesis work done by Boone [Ref. 3] and are 
utilized here te maintain overall SPY-1A system compati- 
Beiity and integrity. Soe Faguee 3.2) for aMasting@or the 


2 


+ Esc chet 
+ V*¥t + wet ¥f 


(1) 


E 
E 
i 
5 


+ b¥t + C¥L*RL 


(2) , 
+ v¥sin (w*t) 


(3) b*xcos(c*t) 


+ YR + WET Kt 


(4) + wets | ome 


+ v¥sSin (w*t 


Nase NHK NKR NK 


acer ace macH pane 
+ 


a ls se EE eget rine A aS 
iz imam TE meg AOE Ect OOD | ce, i em SEES oe, ER OE Le, 


Figure 3.2 Signal Processor Track Parametric Equations. 


parametric equations. These parametric equations can easily 
be changed if desired by future users of this system, if 
Specific Eequirements so dictate it. The sub-procedure 
load_rdw uses the primitives build_cmd_mess and snd_mess to 
cause the KEMEX to read the data from the common memory 
buffer. Twe of the parameters to the routine Build_cmd_mess 
require the track and sector to be désignated where the 
REMEX will subsequently store the common memory buffer. Lo 
ensure that the track and sector are located in a sequential 


and therefore easily retrievable manner, a set of simrle 
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algorithms were devised. The algorithms will require tuffers 
Bemoe Stcread Starting at a location indicated by "time in" 
and sequentially building each of 39 sectors per hard disk 
e=ack umtil “endtame" dis reached or the memory is depleted 
(at track 210). The algorithms are: 

sect = 1 + mod(time_ in,40) 

track = 1 + trunc(time_in/39) 
Pie “cect” algorithm will convert time _in to a modulo 40 
number (0-39) and addt1 (since the sectors are number 1 to 
Sper <cack). The “track" algorithm will divide time in by 
39 and truncate the resultant number to get an inteaer. Ese 
then adds 1 (since tke REMEX does not allow tke use of «rack 
Oto the user). The subsequent calls are then made to 
ruild_cmd_mess and snd_mess in that order. Upon completion, 
Bld datarbas= returns to the precedure from where it was 
called (Create, Delete, and Changs) StpelU Maege(sh sy smhomen Gelso Mm ocie! 


the Main Meru once again. 


(eee he iio. PLT 


me PEetnt ist procedure is meant to be a tocl for 
the user tc maintain a listing of the Target_List as the 
list is initially created and as changes are made during a 
datakas2 tuilding session. The procedure will prempt the 
feemecOecCULn on the printer or hit <control> "P" to activate 
Phomeranter, before typing “O" to begin a print of the 
fange = wast . Mhe Terget-List print out will be initialized 
Mana eecord Gf the time in ("*ime in") for proper record 
keeping, and the linked list will be traversed, xceading and 
crinting the fields contained on each node. When the "null" 
node is reached, the preccedure returns control to «the 


Contrcel procedure Main Menu. 
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E. MODULES OF THE STATIC MODEL 


1. Gensrtal Comments 


The purpose of Static Model is +o run through the developed 
Target-Datarkase in as rapid a manner as possible, reponding 
Eemeven=ccuncs from the SPY-1A Model (indicating a dwell 


command has been sent) by transfering a ouxput message to 


common memory. TRE VSEY-1A 25 then further noseeiied that a 
message is ready fer it's input by the advancing of a 
correspcnding eventccunt. Time display of the Static™Hodel 


is merely a counter indicating each data transfer made (set 
of output messages) from the REMEX Target~-Database tc commor 
memory, andthe anticipated endtime (or endpoint) for the 


tatic Mcdel simulation run. 


Dems UN TIC . PLT 


The Static precedure is the main procedure for the 
Binning Of the Static Model. The procedure can op¢rate in 
cne cf twc vossibl2 nmcdes. The first modé is an actual run 
of the NES SPY-1A Model as it will be eventually intezrfaced 
Or testing. It is assumed that «the MCORTEX cperating 
system will be utilized to enable proper interaction between 
concurrent processes, therefor Eventcounts and sequencer 
primitives are used in the calls herein (which will be 
replaced ty appropriate calis to that operating system at 
some future time). In the meantime, +o allow testing of the 
Static Mcdel, an AWAIT primitive was written, and an ADVANCE 
Peamweave iS utilized in the test program SPYTEST. The 
Seaeec Medel will locp through the Target database ina PL/I 
DO locp from discrete time 1 to endtime. Within the loop, 
sequential Calis are made to AWAIT, Load_buffer, 
pomemeuerit, and Display. When the user begines a test-run 
with the SPY-1A Simulator, he will be prompted to load that 
program cn another iSBC 86/12 console, and then begin 
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operating. eos Ooh eine same Joop will be fun as 
previcusly described. The user may also leave the Static 
Model and return to Centrol's Main Menu. 


5. SOCAL BUFE. PLI 


The purpcse of this module is to extract the prorer 
sectcr/track e€enbination Gi data from the REMEX 
Target-Datakase, and place it in the common memory buffer. 
It is the same as the Bld_Buffer sub-procedure previcusly 
described as a part cf Bld_database, except the parameters 
to.) 6¢the)«6pprimitive routine Build_cmd_mess are to "write" 


instead cf read. 


4. XFER.A86 


The curpese cf this module is to transfer a cutput 
message (*abl_ 8) from the common memory buffer to ccnmon 
memory location starting at 0E000:6055. 


S. ADVIEVC.A86 


The purpose cf this modulé 1s to advance an event- 
Soupeesn CCumon memory to notify SPYTEST.PLI hat the cutput 


message is ready to ke read. 
Pe yo Ean. Pla 


The purpose cf this procedure is to send to the 
terminal screen the "time" corresponding to the sequential 
transfer cf sectors of data from the REMEX Data Warehouse, 
and show the user the expected endtime for that particular 
run. This should enable the user to determine the "real- 
Piweoe scanpabilaty of the SPY-1A Model. 
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Fe. ASSEMBLY, COMPILING, AND LINKING 


The assembly language code was written in ASM-86 and 
assembled uSing RASM-86. This assembler produces reloca- 
table files that can then be linked with compiled PL/I-86 
files. The FL/I-86 Ccmpiler was utilized for compilaticn of 
the PL/I programs, and the resuiting assembler and compiler 
".OBJ" files were tken linked using LINK86. The LINK86 
winker enables the user +o develop a ".INP" file containing 
the list cf program commands *he user would normally have <o 
SyDe in, and the linker can then be optionally utilized with 
the command "LINK86 <file name>. INP [INPUT ]", This greatly 
speeds the link process and assists during run-time testing 


and debugging. Sea [Ref. 12] for further information. 


Ge TESTING 


Mcsz cf the implementation of the PL/I code was done 
using PLyI-80 inst2ad of PL/I-86. This was convenient 
because of the extensive availability of micrecomputers 
uSing PLyI-80 versus FL/I-86. Most of the early testing was 
don? via ¢xtensive ccde reading and revision. ASvaTecule, 
agerng =cEe-dewn testing of modules, (utilizing program stubs 
for the assembly language subroutines), the system worked 
With few runtime errcers. Initially, the linked system did 
Not ccn*~ain the PRINTILST.PLI code it now incorporates. This 
code was developed as atest routine to insure that the 
fTarget-List and the Euffer data structures were being built 
in the proper manner and receiving the proper data. However 
the program was perceived as a desirable tool for recording 
target data while developing a Target-Database in the Signal 
PE@eceSsOLE Interface Simulation, and was therefor=s inccerfo- 
rated into the system. The top-down testing philosophy 
enabled «esting to be implemented in PL/I-80. This provided 


programming and testing flexibility when the experimental 
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computer became a contended resource by AEGIS group members. 


The use cf DDT-86 (Dynamic Debudqging Tool) to check memory 


locations and incrementally run the system proved tc bz the 


most impcrtant tool for testing and verifying the Signal 


Processor Interface Simulation when the assembly language 
routines were linked and the experimental computer was 


Metlized. 
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IV. CONCLUSIONS 
Ae UTILIZATION AND CHANGABILITY OF THE SIGNAL PROCESSOR 
SIMULATION 


Phe Sigmeal Processor Interface Simulation is a tcol that 
can te cf Significant value to future testing cf the NPS 
AEGIS Group's AN/SPY-1A Radar GCOncEeller s Modes. The 
Target-Database system was developed to allow it's use not 
Only with the Static Model as spacifically implemented in 
this version, but also as the basis for a version to inter- 
face with a Dynamic Model. The individual functicns that 
make up the total Signal Processor Simulation Sytem have 
been modularized to enhance the use and adaptability of this 
versicn to what ever future directions the Simulation 
efforts cf the AEGIS Modeling Group may be. A comprehensive 
Users Manual has been provided in Appendix F for use with 
this version of the Signal Processor Simulation as a stand 
alone dccument. The only interfacing required for the 
members cf the AEGIS Modeling Group with regards to «this 
Signal Prcecessor Simulation should be the substitution of 
MCORTEX "await" and "advance" primitives for those utilized 
Bameciis version of the Static Model, and tne possible 
restructuring of the address locations in common memory. It 
is recommended «hat any tester of the NPS SPY-1A Radar 
Semucseime: Model first gain experience of the Siqnal 
Processor Simulation by running the Simulated SPY-1A Program 
Pomc iror. cil". 
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Be. FUTURE ENHANCEMENTS AND DIRECTION FOR THE SPY-1A MODEL 


The next logical step in the full implementation of the 
Signal Precessor Interface Simulation is the further design 
and implementaticn of the Dynamic Model. The purpose of the 
Dynamic Mcdel is to test the logic of the NPS SPY-1A Radar 
Gontreller Model. The Dynamic Model does not require the 
real-time performance of the Static Model, but must provide 
a compretensive disrlay of the active targets representing 
the Targ¢et-Latabase at each discrete time increment. The 
Target-Database system developed in this thesis should 
provide the basis for changing Fie mse aGertre SOL. one 
Target-Database as the limits of the logical functions of 
the system are explored. However, the Targer-Database has 
béen purposéfully designed for change should that be neces- 
sary in the implementation of the Dynamic Model. Previous 
thesis work by Boone {Ref. 3] should assist in the develcp- 
ment cf the Display module reguired for the Dynamic Mcdel. 
Finally, the messages utilized (tables 58 and 8) for input 
and cutput from the Signal Processor Interface Simulation 
will require some attention. Specamicaliy, » t=he “ousEeut 
message (table 8) needs to have some data from the input 
message tc allow the SPY-1A Radar Controller Model tc prep- 
erly reccgnize and ratch input dwell commands with cutput 


data. 
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APPENDIX A 
TARGET CATABASE PROGRAMS LISTINGS 


A. CONTEHOL.PLI 


Frog Name : CONTROL.ELI 


Date : ao 83 

Wes-tcr Dy : Todd B. Kersh 

FOr. : Thesis (AEGIS Modeling Group) 

Adviser ; Professcr Kodres 

Purpose ; This 1S the main program to control the 


cperaticn of the Signal Processor Simulation Target 
as miegceyORS and tne Sta2~1e Model functiors. 


Geutec.->CEOCeaUre Options (main); 


declare 
create entry pe eer ce) s 
delete entry jeoaaueee ees 
Change entr fixed, pointer 
rome lst en ry (pointer, fixed), 


Static entry; 


declare ; 
beck fixed binar ) 
init fixed decina - 
lniti fixed ; 
chceice fixed banary (7 
delta_t fixed oe 


—m N~ 


(241) EXTERNAL, 
andtime fixed decimal (4,1) EXTERNAL, 
timrme_in fixed, 
head pointer; 
SeEhy Geecrs 2/ 
On emeer (1) 
begin; 
if block = 1 then do; 
Chom st (aSsc21 (26)esc.2 (30)) ; 
pubes Kip list (*tevalid srery, try again...*); 
Gee toe Start; 
énd; 
PiepLec Kk = then do; 
Bae J1St (ascii (26) ,asci2z (30) ) ; 
Ppeeseip list(*invalrg entry, . 
IMs: be Gmteger 1-Ou.. ')"; 
go to m2nu; 
end ; 
if block = 3 then do; 
fue. lise (aset1( 26) ,aSci2 (30))% 
pie Skip dist (“invalid SHE oi 
Muse oe t=" end Ime, s.. ")s 
Jomcec Diranch; 
end; 
end; 
wee lete(as cli (20 jr,ase21-(30))s.._/* clear screen */ 
Cut Se Seay ) S35 eax 4 StGHAL pReGnosok SEMNURATION 
: | KK KKK) 
pie Skip list (* Velo Monwl.0) done  1963°%) > 
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i 


mat SK (2) ; 


Staiecs 

As First determine what the time interval for display. 
updates and correspondin updates from the database will 

be, as well as the length of the simulation */ 


BLCCK = 1: 
put skip list ('SYSTEM INITIATION: (see users manual) '); 
put skip list ('How often do you want the database and 
the Sie mpiGarced ? *) s 
Eeesk te 21 St (' delta_t range a | sconds) *) ; 
: default is every > See er 
‘Tenter value or 0 for dafaul hy ; 


es 
(4nit>1) | Gnits, 1)) then signal erzror(1); 


Ty a 

ab)8. “trst (How Many seconds do you want che 
Simulator tomer un «ot 

moist (' (endtime range 1 

. poe (delta eats 490) ): 

ao list (' (default is 300 sec)')3 

a ' er value or 0 for defaulc: oe 


nis pa 190 ima ei) senen Signal error (1) 


7* Next the user will be placed in a_interactive 
envircnment where he can build «track databases, 

mon stimulation tests, and change. the track database 
as ke desires */ 


do @while('1'b); 


puma ist (a SCL1 (26) ,asc.i1(30))} +7" clear screen */ 
menu: 
bikcek = 23. 
put eee acct ( eee MAIN MENU ***"); 
ut ski : 
Sate anne ease "Wha COlUpsceoe action do you Wish? "); 
fut skip list (1) CREATE a database of tracks'); 
bdeescwip last (* (you must do this first)'); 
Pilewokap | list 
c ae) DELETE a track from tne datakase'); 
PueeSkip List 
1 (ae (3) CHANGE &@ track on the database’); 
Dlteeski1p: Last 
( (4) PRENG che current target list'); 
put skip (4); 
put skip list 
 (tAafter a database is satisfact ory you may: 2) 
Eis Kip list (° (5) RUN a simula+ion' 
Puceskip List 
sues che eStock wvc sPYo i mocel 1s setup)” ); 
put See list 
(' (6). .QUIT and return to the operating system'); 
put skip list(*(enter 1-6 and <cr>):'); 
Gets sc (Choice); 
T£ ((choics<1) | (choice>6)) then signal e¢rrozr(1); 
beanc bh: 
Diiciek. =. 3 5 
ijtemencice = 1 then call create(nead) ; 
ieGnetce = 2 then do; 
pu seat List 
{*At what time do you want to delete a targez? *); 
get list(time_in) ; 
ie ((t ime_in<t) | (¢ime_ in>end<imse) ) 
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: then signal erres (1) ; 
cali delete (time_in, head) ; 


end; 
if chcice = 3 then do; 
EVicwstorr 1 ist 
("At what time oy VOU woe Om echangcaamtardc. . ©); 
Ge2 Arse (time a 
1f ((tine_ tact Y (Lime ~tarendtime) ) 
then signal ¢rrcer (1); 
: call change (time_in, head) ; 
Se : 
if choice = 4 then call printist(head,time_in) ; 
if chcice = 5 then call static; 
z£ cheice = 6 then do; 


mie Skip (2) list 


*** END OF SIMULATION ****); 
revert error ( 7 


Agee 
end; 7% while */ 
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Be CREATE. FL 
ema centre! : 
Frog Name 


CREATE.FILI 
ate 83 
Beatten cy 


aoe 
Todd B. Kersh 


oe 86@ 026 86 g9 O08 wo 


ep =a Thesis (AEGIS Modeling Group) 
Adviser Professcr Kodres 
Purpose This module is part of the Target 


Database prackage of functions. 


create: procedure (head) ; 
/* Glictal declarations */ 
include ‘dbase.dcl'; 
/* Local declarations */ 
declare 
bld_ database entry (fixed,pointer), 
feecamecd binary (7), 


Camemcnatacter (i) static init('Y'), 
puoek, fixed binary ( 


- 
earn 2 1 od ereca Stace Cc ohae(0) <x ecrnaae 


xrange float, 

yrange float, 

xvel float, 

yvel Float, 

Macel float, 

yacel float, 

ane Oa t , 

meeed 62 xXxeq binary (7) ; 


ewes yr ekrrors */ 
on Soe (1) 


Egan; 
put Smee itse (ENTRY ERROR, TRY AGAIN... ') ; 
Enen 


end; 


put skip list (‘=== CREATE TARGETS MODULE ===") ; 


Ve inatz ate the target list */ 
diuecate eles ios set (tgt_mkr) ; 


oem re= tgt ckr; 

head = ms © ve 

eee tr-Snum = 0; /* this is the header node */ 

aplicea-c target set(tgt_mkr) ; 

gt ptr->next ptr = tgt_mkr; 

CoueetL = tot tre 
/* Create the list of targets to b2 simulated */ 
dOuviemen ( cont = 'Y"); 

aenum = totnum + 1; 

Sumer num = CgtnumM ; 

ee 

beck = 1%. or 

EWteskip leiccquinati ate paecgect ’ , <Genun) s 


/* Assign the target parameters */ 
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put skip list 
Farame tric Baua cons ml Wy2757o5 4): Y)s 


get Meee 24 ns 

aie Meere ascii (eateam sy) then signal error(1); 

ut skip list(' X_rangs (a)? 256 ,+256 '); 
Get 1ist (xzange €) > Sa = eee ae 

if ((xrange<~-256) | (xrange>256)) then signal error (i); 
put Slus PS * Y range (uj)? (-256,+256)nm: "); 

get list (yrandé) ; 
Lf ((yrange<-256) | (yrange>256)) then signal error(1); 
Memo Kk ip last { * Mevelocic ey iy SB aos) 2 seer hl): 
Get dist (xvel} Ca “ud 
1f ((xvel<-32 i (xvel>32)) then Signal error(1); 

ut skip list(' Y NO Cast Carel se 8) & 263.) y3 
See fiat yvel) velocity (Vv) ( )mn/s ) 
1f ((yvel<-32) | (yvel>32)) then signal error (1); 

pes skip list 

mececteration (cc)? (-.015625,+.015625) m/sec/sec: *); 
Bie List (xacel) ; 

tot (xecel<~. 015625) | (xacel>. eee 


hen signal erroz (1); 


saccelsration (w) ? (-.015625,+.015625) m/sec/sec: ');3 
et 7aeae e, 
f ((yace SR OEOEN Nvacaloe 015625) ) 

ERen signal exztor (1); 


par skip list 
g 
i 


pat skip list('* Zaks de diem(d yes (0,207,000). £ 22.08) 
get oe eal 
if ((alt<0){ (al12>20000)) then signal error()); 
Siieoer--eg = tgteq; 
eGte ptr->a = xTange; 
Stipes > pb = xvel; 
ZioeecL->C = xacel; 
“emcee >d = alt; 
Eemwer= > 2 = yrange; 
tgt_ptr->v = yvel; 
Seger ptl=>0 = yacel; 
/* Determine if more targets are to be created */ 
again: 
piock. = 2; 
put aig Iiet(*create more targets?(Y or N): *); 
Gceeras. (COnt) ; | 
Pecan. = 'y* then cont = 'Y! 
1£ ((cent = 'Y'yS&(tgtnum%56)) then do; 
allocate taraet Set (tgt_MkKTI) ; 
ge ptt->ne xt ptr = tgt_mkr; 
egeapes = =agt_ Mkzr; 
end; 
if tgtnum = 56 then do; 
pees khurc Lice (*TARGET List IS FULL.«."*) ; 
cont = ‘Nt; 
end; 
em.d ¢ y*ubile Conte 77 
eer =e Y's 


/* Complete the linked list */ 
Mien ect pte = null ; 
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head; 
heads; 


/* Build the Remex Data Warehouse database. */ 
put Sa Ever (' BULEOONG. DATABASE...'); 


Cael _data base (1,head) ; 
revert error (1); 


ttt 
hou 


end create; 
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GC. DELETS.FLI 
Frog Name : DELETE.FLI 
Date : 


EOL 


: Hey 83 
Weatten Dy :; Todd 8B. Kersh 


Thesis (AEGIS Modeling Group) 


Advisor : Professcr Kodres 

Purpcse weenie MOdUIewss part Of the Targst 
Database package of functions. It deletes targets 
f>om the Target List. 

del rrocedure (time in, head) ; 


Ete: 
replace 
Erue oe! ib 
false fy (orb; 
/* Glickal declarations */ 
AInclude ‘dbase.dcl'; 
/* Local declaraticns */ 


declare 


bld_ database entry (fixed, pointer), 
momma bit(1) static init (false), 
tine in fixe 


tgtnum fixed binar (7) external, 
pgt fixed binary (7) a ya 
cent character (1) static ih Soop | (hs A) i 


/* This exception handler will take care of 
all user input errers */ 


on error (1) 
Dequn; , 
put skip list(' ENTRY ERROR, TRY AGAIN ...') ; 
emer o 2c r y 5 
b; 
kip list (‘=== DELETE TARGETS MODULE ===") ; 


d 


(D 
TS 


4 


'd 
ct ct 
in 


will initialize the Target linked list to «he 
memory space */ 


aN 
M% MWQ OF G&G WO 
c+ct 
He 
woo 
Or 
ctin 


head->next_ptr; 
head; 


Ait 
47) Hi 
ou 


iD 


will delete the desired nods from th 
linked list * 


we oe 


Om CN “chit 
Oo 
ie | 
mne oy 
aor Day BD 
ctetl|- oti 4. 
ttt 
iD 
e) 
O 
a | 
. es 
if 


ve Om, 
{> 
"oO 
t- 
~~ 
-) 


| What target do you wish to delete? '); 
put skip list 


get Tet as ee 
ska) (ay aai(o gs iy] (tgt>tgen un) } then signal error (1); 


do while (found = falsé); 


(tgt. num. range 1-',tgtnum,'): °'); 


ale tot iE omni =~gQt thon do; 
Toemlcene ne kt ptr = CQL ptr =>2ex- _p-2,; 
tgt_ptr->next ptr = nul; 
free wg: pPer-otarg st; 
Eqeepes = head->next_ Per; 
tg*_mkr = head; 


A 





MoD 
3 
Meet ct lN Quth 


howd Mee O 


HMDS thiD 
moa onan 


G 
re 
Au 
it 
ct 
| 
ro 
m 


dor 
+ mkr = tgt_ptr; 
Geter — tot MKE=->ne xt per ; 
tdieeote = nudi then do; 
EUtm@eKap lise 
(Sennen ms cazdece Number not fLocund'); 
tgt_ptr = head->next_ptr; 
tgt_mkr = head; 
found = true; 
end; 
/* while *,/ 
= false; 
Bes BRS Goecaeic (Yosef hs 
seat cCcit) ¢ 
ao =" ty? then cont = 'Y'; 
hile*/ 
Sa 
(2) TEU L DENG NEW DATABASE... *) 5 


list ( 
eae (ee ik. 


hea 


3) 4 


e 
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D. CHANGE. FLI 


Frog Name : CHANGE. FII 


Date : ey 83 

Mea-eten Gy : Todd B. Kersh 

POC >: Thesis (AEGIS Modeling Group) 
Adviser >; Professcr Kodres 

Purpose ; This module is part of the Targe« 
Meeasdss Eackage of functions. It changes data 


on the Target List. 
a7 


change: procedure (time_in, head); 
%replace 
crue a (1b 
false by ' 15; 
/* Glictal Declarations */ 
Zinclude ‘'dbase.dcl'; 
/* Local Declaraticns */ 


declare 
bid megraice , CNTY (fixed, poant er), 


Momestit(t) Static init(true), 


tgtnur fixed binary(7) external, 

Gm f£2ixed ~binar 7Y 
engi ,chag2) f£1x¢€ inary (7) 
ch g3,cha4 ,chg5,chg6, cha chg8,chg9) float, 
Seb itega) static all Si eelee 

bleck fixed binary (7 


dy, A oak 
cont character (1) static Seneies (canal) is 


/* This exception handler will «ake care of all 
M=e€e anput errors */ 


On error (1) 


Dieg2 5: 
put skip list('ENTRY ERROR, TRY AGAIN...'); 
3£f block = 1 then 


Oco try; 
if Block = 2 then 
do Go tEy 2; 


end; 
put skip list ("=== CHANGE TARGETS MODULE ==="); 
/* First, query tke user about the changes to be made */ 
GO ewe (cont = ' Y*'); 

tay: 

Beeeex = |; 


put skip list 
c: What is the target number you wish to change?!) ; 
Buc skap Last 

‘ Sd omenlithe GCangesi=*,carmium, "js: ')s 
9 


eat List (t t); 
Enc gt gee eaan un then signal error (1); 
Bue skip List (' What data item is to be changed?'); 
put skip list(' 1) parametric See ae 
Pues skip ist ' 2) €quation parameters’); 
Gates wpa ise (Chg?) s 
tf ((chg1<1) { (chg1>2)) then signal error(’) ; 
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(D 


ra crc 
Mn+ OQwa =F 


es Skip list 
What is the new equation number (1-4) ?'); 
get ae oe Z) 


eee 


if ((c { (chg2>4) ) Shem Signe l strro-( 1) > 
é Gllelm 
<n y cs 
Edieck. = 2: 
dol = false; 
Boe skip list (' What are the new parameters: '); 
put skip list 

(! Rescmocmea)< (~256;+Z25o0) am: °°); 
get eee eRe 
Meee ndo~— 250) | (Chago256)) then sigqnalwerrcr (4); 
Ruceskip 1ist 

(' Wapeencdem( i) 4 (—256,+256) am: Vy 
get occa den 
1f ((chg4<-256) | (chg4>256)) then signal errer(1);3 
put skip list 

( X velocity (b) ? (-32,+32)m/sec: ‘'); 

get ee 093} | 
meercvenga<—-s2) | (chg5>32)) then signal error (1); 
poe skirc list 


et Wenve HOCiIty ev) < A 32,tsc) m/sec | )i: 
get ok oege 93) | | . 
if ((chq6<-32) [{ (ch g6>32)) then signal erzrer(1); 


Bee skip list 
= a8¢ CEeCls, co)? (=. 0 15625, 4-0 lo22) N/sec/sec: "); 
nae 


= 
iE aE Sse 9048625) 1 (chg7>. 015624) ) 
then signal error(1); 
ieeskar List 
3 tages. aie (=. 015625, +. 015625) m/sec/sec: -") ; 
et listi(c 
2¢ NGnGece: 3644625)1 (chg8>. 015625)) 


then signal error (1); 
' Ua) eae (de eG 2077000) fe 29 9): 
(¢hg9>20000)) then signal error(1): 


Bes = head—- next ptr; 
mkr = head; 

Ow 

es 


this will find tre desired node, and make the 
ted changes on the target data list */ 
le (more = trus) ; 
‘gt ptr->num = tgt then do; 
MeaGot = trucechen tgt ptr—>eq = chg2; 
else do; 

Scope have — ends; 

Pgeaotr—> p= "cngs,; 

ede eres c = -Chg?: 

tgt_ptr->u = chgd4; 

Woerotr= =v = Chgo. 

~gteptceow = eb ge: 

Bee pt r= d = Chga, 
end; 
more = false; 
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() Qu 
M-ct ict Mmee 


FhOQwW 


Mm 
ary 
chet Ay 
HH 
Wxete oct i il 


Bro no 


OwOwWQ ripe Ejwe 
Het cttw 
wl 

(tee 


ao 


end change; 


HH inhH 
0] 
© it Was 
Fe 


hen cont 


chet 
Www 


a} chet 
O0OOdOWHnAEC SU 
26M A toctlH act 


Rem ames | eee) | 


you wish 
(Y/N): 


9 


ee 


PDATING CHANGED DATABASE...*'); 
ime_in,heéad) ; 


9 


me, 


number not found") ; 


ae Enange eporneee carga," )i; 





Be.) HEDDEASE.PLI 


Prog Name 
Date 


eG ee 
Mcatten by 
FOr 


Ma 

Todd B. Kersh 

Thesis (AFGIS Modeling Group) 
Adviscr Professcr Kodres 
Purpose. This is the module the builds the 
database in the Remex Data Warehouse after the 
eo List has been created or modified. 


@¢¢¢ 66 $8 69 86 


Did dectakase: procedure (time in, head); 


Areplace 
srue ey '1'b 
false by tort: 


7/* Glotal Declarations ¥*/ 
“include ‘dbase.dcl'; 


f* Local Declarations */ 
declare 
ctimeend fixed, | 
Pawe in fixed binary(15), 
ee eee Cl eee eae i s. 
foment. Char(i) Static init('N'), 
1 fixe 


Cur 
@6 


la 
om 
my 

O 
mn 
tras 
HC 


re uses subprocedures +c build 
e-8 structures in the Remex Data 


> i 
MW D* + 
Hm 
MN 
<° Cuts 
O Mts 
MM 
Mtr 
ath F. 
NO 
+Q 


Mm 


Purtct 
OP, 
i it 
Met 
tl bb Ht SF 
col coe =| actin 
ct 
Quid ab 
joe 


=A] 
ry 
tl 


Be FOOQAK-O 
th © pp 

ch 

Hy .t 

> Sel oe eon | 
oe Ors 


end - 
/* This procedure will create the Signal Processor 
ireottace S:mulation pe aah message to the Track 
Processcr Mcdule for each nede of the target_iist, 
and store them ina kEuffer. */ 
M@mog EWirer; ecrocedure (head, time in) ; 

declare 

/* The Euffer contains all the track tables at time in */ 
ImenE rer Static, 


/* Table 8; interfaces betwe 
Seabi lization process and =h 


2 B to P tabl1(57) 


ta 


en the bean 
e track process */ 


3 x7stb_s fixed binary(15) init (0), 
Bey subis fixed binary(15 sealed {Oe 
Bez ecu s fixed binazy (15 sLpvalne (183) oF 
3 face_idx fixed eee Pont (0 
Dedeerrawe fixed Dinary ci jglgtiae bs 
Beer kenum fixed binary (/ eOglalre ((0)\\ 


declare 
EPQ@meutercntry (1,2 PpOlnver, 
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a) alee 
2 pitt 
declare 


Siwe in fixed Einary( 15) ; 
head pointer; 


declare | 
more bit De Sta ic me ee) 
ctr fixe Lnary(7 
equ fixed binary(7 
Oxy, 2) C£licat;: 


declare 
fecateblkwstatic,. . 
2 Pee reo aee 
2 destbuff Fri ete (Ce rel 
2 G@addr b1€(16) init('ed00'b4) ; 
Gtr = 15 
/* First chee the eee Oe Ewe caese. data List and 
extract the da needed to generat2 the items 
om tol 6 */ 
memper = head->next ptr; 
tgi- ~hke =StGcu. pct; a 
dc while (more = true); 


Ewetce. > £O_ 9p tabl(ctr).trk num = tgt ptr=>onun; 
equ = tgt_ptt->eq; 


/* Derive values for target positions, Meviana. z 
at time_in for the specified parametric equaticn 27 








Peace |) Caen do; 
Aa cogr .ptl->a + Sf ptr->b*time_in 
EQumcme=>G ed Ne ne me ans 
idem u + tot PEES ets me ala 
=G= ptb—ow*tine in*®time in; 
age. Dia dic 
anda 
if equ = 2 then do; 
x=tgt ptr->a + tgt_ptr->b*tine_in . 
Eee s- eet Tne an elime 213 
Vege on > + tor ptr—->V*sin(tqt pcr-dw*times in) ; 
Z=i Ccmep Co — > dy 
end; 
Hi ~eqgu.= 3 then do; 
ee ace Dita -Da + cgt ptr Seen dee Per->e@7 2 ite en) 5; 
veaCcep era > U + COtepLr= >v*ti ne 
7 (0 ugg oe my =Swetine_ in®tine ins 
2= agente >a; 
end; 
if equ = 4 then do; 
M—ege. Prr->a + tgt_ Eee cai oh ptr- >c*time_ -i}? 
Voce Dit=>U0 £ <gt ptr=>v*sin(tgteptr->wttime in 
Zc  Ptr—>d; 
erd; 
Pomeren. bo tO fp tadl (Ctr) .~X_Sub_s = xX 
Mie coP omc ORD Labl (Ctr) .y SUD _S = ¥ 
Picsem.DetoOoup tabl (Ctr) .z_sub_s = 








Vetgoee Up cc Lock at the next targete*, 


aa Ne i bee a : 
re Ew= oleae a he Xe Drer ; 
eqt cake BS aea aes Pale 
‘ 1£ tgt_ptr = Null then more = false; 
end; s*dc whiie*/ 
more = true; 
tgt_ptr = head; 
Poctweaekr = tgt ptr; 
pe owes will transfer =he buffer structures *o the 
ccmmen memory board buffer lccation for transfer 
to the REMEX. */ 
parablk.scurcebuff = addr(buffer) ; 
Sareea bUEE (b ptr); 
end kld_asg_ buffer; 
* This procedure will cause the REMEX Data Ware- 
ous¢e to load the contents of the butfer into the 
next sectcr on the RDW hard disk. */ 
load_rdw: procedure (time_in); 


declare . 
time_in fixed, 
send mess Entry, 


build_cmd_mess entry (bit(16), fixed binary(15), 
Sx edeDenary ( lo) 7. 
fee~edeetiasy (/) 7 E2axed binary(7), 
bit (16) « pace 12) ¢ 
fexedeounasy (15) js 
declare ye. 
SUB b ES 2 ease ote (l=) Stace ener Mt ( 0 py 
Ssee=e, raxeod Dbinaery(/), . ane 
word count fixed binary valk Saeco ne (2 50)) | 
mem bit ie Stdatie 2nici'> Haut; 
msb bit(16) static init('O0Q0e'b4), 
track fixed Pewee) 
mead £ixed binary(/),. . .- 
Edw read bit(16) static anaes (? 1020" ba) ; 
/* “1020" means the REMEX will write | 
EeCOne che COM.MeM. OULLSr <o the hatd disk.*#/7 
head = 0; /s* this sets head to "D" drive */ 


0 
f/* This datarmines the sector based on 39 sectcrs/tzrack */ 
1 


0) 
Mn 
9) 
ct 
tt 


+ mod(time_in,40) ; 
/* This determines the track */ 

Seack — 1) + trunc(time in/39) ; 

Je need except. hndler fer TRACK >210 */ 


mace eack > 2190 then do; 
Pieeokep List (*ihe database store is full.'); 


Bue Skip list . 
Gueenit= Gun 1S recorded as ",time in,* deita_*s."); 
ut skip list 
(fCmmmomceecte a2 longer run, change the value of delta t.'); 
Peer = TY? 3 
Poewe ts 
end; 


98 





7* This procedure builds the command message require 
for the REMEX Data Warehcuse to read the data tables 
lecated in the buffer corresponding to the value 

at “came int, */ 


call ktuild_cmd_mess | 
(cdw_read,status,track,head,sect, mem,msb,word_ count); 


Ae The precedure sends the ccmmand message to the Remex 
ata Warehouse to perform the required réad operation */ 


call send_mess; 
end lcad_rdw; 
end bld_ database; 
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e. PRENTIST.PLI 


Prog Name : PRINTLST.PLI 
Date ae y 83 

Written Ey :; Todd B. Kersh 

FOr >: Thesis (AEGIS Modeling Group) 

Advisor : Professor Kodres 

Purpces : This medule is a diagnostic tool for 

the eS to keep a record of the flow of the Target 
List as changes are made at each delta ty, aSaa Target 
Se bameousteueted EOF a Static Model run. 


printis:: Seok sites (head,time) ; 

include ‘'dbkas sacl! : 
declare 

vee oak Dasmet?)) 

me f£1x 
(head "ap, DE) Pein sa 

put skip list (t=== PRINT TARGET LIST ===5) ; 
metry: 


Eas Kip tig eer get a print out ae a. Cinee =, 
ist itype <ctrl> P, and then Byes Cette ea: 
Else, just type O<re eee Up 


are ae s (tee hen TOG Clas 


put See list ("TARGET LINKED LIST at time = ',*1ime) ; 

ac = nead; 

Dp = ap; | 

em= EE->next ptr; 

do while (ap®=null); 
Dep = aE; 
put skip (2); 
Rikeewckip list ("IGT : ',ap->nunm) ; 
Paeeskip List (* BOs 0 a P=7ed )- 
Eieeesk2p List (* a: ',ap->a); 
Pie skip last (' Dees saps Dy 
ue skip list (' oe beert- 4 epee on ar 
piece Kap Jaist (' Ue Ga p=): 
Gue Skip list * Wie 2 chee) & 
put skip list (' wo: ',ap->w) ; 
Puc skip list §) ds 3.5", ap=>d)}- 
ae = sce >ONexteEtr; 

end; “AF while */ 

ap = bead; 

be = kead; 

ema. pointlst ; 
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Ge 


Prog Name 


Purpose 


by 


BEASE.OCL 


DBASE. DCL 


fe 83 
odd B. Kersh 
Thesis 


ag the eee Database. 


declare 


declare 


endtime 
delta_t 


head pol 
feels nkI, 
arget 


}4-}+- 
“> 
MQcGMN tH mid 
uu 
us 
DO 
aa 
t-!-j-- 


oct ct 


eer, a thhh 
Td (0 DMO Wd 
amt s 


i 
ma 


2next 


6 1 


else) 
et 


(AEGIS BOCES Group) 
Professor Kodre 


These are the Jobe declarations 


= 
my) 
ceo 
a a ee 
@ 
Pa 
ctr 
( 
4 
Bs | 
ey) 
ke 


F om ati) 
er 
a 8 


tor 


r4 


Pe DOA Ler, 


fixed binar y4y) 
ixed saath 


3 


“WO UW I GU 
rho @eqgeaQopw 
rh 
~ 
Oo 
oe 
ere 
« 


mienets Baas aoe 





He. BLDBUFF.A86 

Prog Name : BLDBUFF.A86 

Date >: 4 June 83 

Written by : Todd §E. Kersh 

eS > Thesis (AEGIS Modeling Group) 

Advi acs >: Professor Kodres 

Purpe Se oles EOUre ne Will transfer a 256 word 
oh coe from SBC privyat}S memory to the con. 


Pp 
a 


a 


oe eter | 2 8 eee 


@etesewe Owe 


O 
nn 
tH) 
Va) 


pid. 


nove 


arameter passed 
ointer to the 
nd cffseet to the 


paral porous 
wo 
Butt ¢ 
“push ax 
oush si 
Fush di 
crush cx 
push ¢s 
mov au bx : 
MCV Si : 
MOV ai bx : 
les die Ae 
mov cxX,2 
eee 
Mcv Seana | ak : 
mov aae 
2nc - 
ne S31 
Fenic 25 
Bake) Glial 
loop move_words 
pep es 
DCp Cx 
pop di 
pop s2 
CCD ax 
re 


memory buffer starting at E000:5100. The 


1¢ 4 pa tameter eee COnedin = ag 
Euffer on SB the base 
common men. cre 


—_ er ee ee eS es oe ee ee em ee ww ee oe i 8 8 ee eee 2) ee eee 8 S88 8 88 Se Ss ee 88 eS Se 88 28 eS ee ee om =e == 
— me ees es es es ese es es eee ieee ee ee ee ee eee es ee es es es ee eee ie ee ee a ee a eee ee 


This routine assumes parameters as follows: 


er block consisting of 
rds. 


Getmuecactonwo. Dur ft 1 
from para. passed 
assign location of buff2 
; assign no. of words to move 
lead word from source 


; store word into com.mem. buffer 
; ad qvuse Pernt ees. 


7 LOOP lt no dons 
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APPENDIX B 
STATIC MODEL PROGRAMA LISTINGS 


Ae STATIC. PLI 

Peoo Hage : STATIC. FELI 

Date ; 8 June 83 

Written by : Todd B. Kersh 

HOT : Thesis (AEGIS Modeling Group) 

Advisor : Professor Kodres 
Purpose ; This _ module controls the operation fer 
o Heresta-ic Model. 


peace: procedurs 


declare 
load _tuffer entry(fixed), 
xfer_msg entry, 
advaiice evel entry 
display” satry (fixed) « 
await entry ixed binary(15)); 


declare 
Start fixed binary(7) , 
thrshcld fixed tina 
Sia ee fixed exterr 
item fixed binary(7 
evcvalue fixed bina 
=imes fixed: 


Is) eStarace 1 nit.(1)%, 
DjeStacwe Lhit(0) external, 


/* This exception handler will take care of all 
us¢r input errors. 


on error (1) 
begi 
“3eut skip list(*ENTRY ERROR, TRY AGAIN...'); 
gc EOQurecLy > 


end; 
ut ski Gee Zo) ,2SCu(sUNils Is eeCLlLe. Ser son 1 %/ 
But skip iis ie tee RSt sthire NODEL pean 
Euc Ship Hse ( version 1.0 June 83'); 
ut ski 
But = cae List ("At this pcint you should have created 
database and are now ready to run'); 

put skip aoe your test of the NPS SPY-1A Model.'): 
ae Skip (2) ; 
Gorey 
euc ona list (' === STATIC MODEL MENU ==='); 
Pelemwcke > list (* (1) TEST run the simulation") ; 
seem c Ist ('(2) QUILT and return £° main menu") ; 
pueewome cs Jist (‘enter t-2 and <cer>: '); 
get list (item); 
if ((item<1) | (Ltem>2)) then signal error(1); 
if item = 1 then do; 

Pibemskio list ( *Load SPYTEST.CMD from another 

system CRI/SEC. 
put skip list('When complete, ee: O<cr> 
to begin => '); 





Oo 
— — 


get list (start) ; 
Peeecmarc-—0 then Signal error(1); 
do tire = 1,.to endtimne 
call await (threshold) ; 
threshold = threshold + 1; 
call load_buffer(time) ; 
Call xfer sq; 
call advance evctl; 
call display (time) ; 
end; 
end; 
else return; 
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Be. AWAIT.A&6 


tProg Name : AWAIT. A86 
;Date Seon u ne: 65 
‘Written Pyeselodd B. Kersn 
wor. >: Thesis (AEGIS Modeling Group) 
sAdvisor : Professor Kodreés 
;Pur csé : This mcdule checks to see if a has beén 
swroitten +o 0E000:5614 of common memory by wal adar 
-Scheduler. 
: CATA 
: GEeDE 
BORG 
rublic await 
await: 
push ax 
push di 
push si 
push és 
NOV aX, Sou ; get common mem. base 
mov es, : tore to eseg base 
mcv 43 506020h swOO It wore Ve dars. 
mov si,{ rx] ; get threshold 
oe ax ¢ put it in ax reg. 
oO ® 
5 cmp ax,es:[ di] ; compare ¢evc to thr 
jae «Coll ; if no new msg, wait 
POF és >; else return 
DOP si 


POP. di 
Pop ax 
rete 


end 
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C. ULCADEUFF.PLI 


Prog Name : LOADBUFF.PLI 

Cate eee a He &3 

Written by : Todd B. Kersh 

BOL > Thesis (AEGIS Modeling Group) 

Mayiscr >; Proftesscr Kodres 

Purpose Murs Moadule ts parc Of =he Static Model 

and will extract the froper sector of output msgs (é€.gq. 

tbhl_ 8s) from the dataEase on the Remex DW, based on the 

current value 220 EO ey and place the data in the 
Were ie 


commen memcry 
7 


load_rkuffer: procedure(time_ in) 


a@ceelare .. ; 
time in fixed, 
send mess entry, 


track fixed binar $ 
head fixed binaryt en 
BaWeNGe DLE( 16) Stdtiec inic('1010' bd) ; 
7* "1010" means the REMEX will read the 
hard disk and write to com.mem. buffer. */ 


head = 0; /* this sets head to "D" drive */ 


/* This determines the sector based on 39 sectors/track */ 


builé_cmd_mess entry (bit (16), fixed binary (15), 
fixed binary(15), _ 
fr xodspanasyi7), £Lxed binary (7}, 
bit (16) bit(6), 
fixed bianary{15));3 
declare 
Seen cise Weal ys (Ue) Static 101%.(0):, 
Scere fixed binary(/), ne 
WoO =a SCOUT > eS oa a Fe a Sear CAN (250), 
mem Bit(16) static init('5500'b4), 
tore o2t( 16) static aoe '0002'b4), 
a 
Cc 


sect = 1 + mod(time_in,40); 
/* This determines the track */ 
peacke= | + trunc (time 2n/39) ; 


/* Max tracks available on the REMEX is 210 
Se serecr, ©O PLEeVEent EunAing out of memory...*/ 


meeeeack > 219 then do; 


put skip list('The Seenease Seog ae sell, t) 5 
put skip list. 
@eeeen=s fun 1S recorded as *,time_in,' delta_ts.') ; 
Ele Skip List | 

(" To create a longer run, change the value of delta _+t.'); 
oo eae 
end; 


/* This procedure Euiids the command message 
required for he Remex Data Warehouse to write the 
data tables located in the buffer corresponding 
Poeene Valuc of ‘time in’ */ 


call ktuild_cmd_mess 
(cdw_wrt,status,track,head,sect,mem,msb,word_couns) ; 


/* The precedure sends the ccmmand message to the 
Remex Lata Warehouse *o perform the required 
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Woats Cperation */ 
call send mess; 
end load_tuffer; 
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D. 


Odtgrhysa or 
marc wOnaH 


2O¢D6 Gets OHH SE DOSE Be 


OCVdlisahH}4<«to 


XFER.A86 


+ MQ 
je 


rsh 

GIS Modeling Group) 
Kod tres 
2 
1 
a 


(wD j++ 


Wiltereansfer a output mSg,tron 
to the common memory location 
the Track Processing Module. 


0Ht--0 0 GG 


( 
HH 


Fig one cess ones 
CORHDO 

ms OD PHU) Puss ty 
OOsnuU WO > 


Oo Wl: 
O 


_ Peer aw 2 Se ape Peres 2 ee aaa 2 Se awe Se awe ee SS ae ee ee ee ee eee ae awe ee ee ae ee ae Se ee ie Se ee ee oe 


nereanmpambamw @Ee We HS ae aetew Se awe aeeme are Se ae ee awe awesme ewe ae ee aewe ae ae aeweewaweeaweasw ese ae as ee ewe awe as ean =] «<=» 


nee ee eee ee See ae Se eee Se eee SS eee ee eee eee ee eee eee eee eee eee eer eee emer SP ene ee SS ee ee oe 
nmeeawmeamweas @e as ae 68 See ae SP eee me ae ee eee awe ee eee ee eee ae a eee em ee eS aes ae ammo amie 2 6 ee a « 


apap =F Oe wee EP ees ae eet ae ee aoe SS ae ee ae a ee WMmwaneane ae eweaewaeweee eam ae ee ae ae em a Seem ae a= a 
en ew ae ae 68 wee oe ee ee ee eo Se ee ee ee ee es eee ee eee eee ee 


— eae eee ee eee ee eee ie See ee ee eee oe ee a i oe eo ie a ie ie ee ee ee 
_ eee ee OE eee ene Se ee ee ae eee OS eee ee eee Soe ae em 6 SS ee eS ee eee eo eee a 


push di 


Euisin 2 
push ¢s 
push ds 
push ax 


k¢ 

mov ax,0e000h 
€s,ax 

mov ¢i,C5500h 


mcev di,06055h 
MOV “CX, > 


2t common mem. base 
ssign to ese 


woee -LOOp CtL to 
; pass 5 words 
seqome ©Dl 28).. 


move msg: 


mov ax,es:[{siJ pucad word from buffer 
mcv es:{di],ax sstore word into msg. 
mye. Ss ade=e Next e word loc. 
moe Ss 

mac. ds s;get next word loc. 
Ley ale) a 

ara: move_msg OOD nue aene 

ECP 

pop ax 


1 4-fA (A 


Lz @ | 

'@) 

4 ©} 
Quran Wm Qu 
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Be Ulorrar. PEI 


Frog Name Des PAL eek 

Date woo ane wos 

Weicten by : ; dd B. Kersh 
P 


fo) 
BOS ; Thesis (AEGIS Modeling Group) 
Adviscr ; Professcr Kodres 

Purpose. aes” Wal See epee the status of the test 
eeguede Cn for Che RSP Static Model, and aliow the 
user to make measurements te determine the speed cf the 
om Seiataeogse! execution. 


display: procedure (time); 


declare .. 
time fixed, 


I- 


endtime fixed external; 
*put list(ascii (26) ,ascii (30));*/ 
put skip inet ( (eo) 298Sp start GODEL SIMULATION Bret) 
Ot ski ; ; 
aces ee th de cerrmest, cine, ¢ ENDTIME:',endtims) ; 
end display; 
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Fr. “SDVUEVC.AS6 


;Prog Name : ADVIEVC.A86 

>Date : 8 June &@ 

wettten Ey: Todd 8B. Kersh 

oS >; Thesis (AEGIS Modelling Group) 
;Advisor : Professcr_Kodres . 

;Purpcse >: This mcdule will simulate the Radar 
oe uy Frocessor sending a new data msg to the 
SseyY- 1A Cetrecller Model. 

; Data 


—_—=_—ae ee eee ee ee eee eee ee ee eee eee ee eee eee ee ieee 


@ewe 


9 
9 
2 
9 


coe 
frublic advance_evcl 


advance _¢evcl: 
push és 
push di 
push ax 


mov ax,0e000h 
mcv €S,ax get com. mem. base to éese2g 
mov di,06055h Dern eco CV Ct 
mcv ax,es:{ di] > get value 
Ine ax ; increment value 
mcv es:(dij,ax s;store evcl 
ax 


Bep dz 
pop ¢s 


end 
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A. ELD 


og Na 
€ 
zten 


dvisor 
urpess¢ 


ct 


2 


OrpH 
a 


APPENDIX C 
COMMON ASSEMBLY LANGUAGE LISTINGS 


ESSG.A86 


ne 


EY 


BLDMES SG.A86 
Ae 83 

Todd 8B. Kersh 

Thesis (AEGIS Modeling Group) 
Professor Kodres 

This, primitive module is a general 


Ommand msg 


passing routine to the Remex Data 
arehcuse, 


to be uséd for both Write and Read 
peratzons. It expects to get parameters as 
elicws trem the Tee Pil H-O0gram : 
build_cmd_mess (werd 0, word 1, word 2, 
werd 3 high oe word 
ilcw oer wor word 


M@tCaetde ose Gt oaesdt we He 


rhO 20 UpPphiznorg 


a Ss 
4, 
word 


StsegetVewevt wo 


mearatat Pe SP SP Sse SSP ee aes ae ese Peat at ar Pea aati mast Se eee eee ee eee Se ero Ser eer eer ee eee ae ae ae eee 
eae ae SP ae eee eee eer eee ee eee ere er ee See er ee eee eee eee Se eee ee eee ez eee ee ee eee eee ee eee eee ee ee 


ESEG 
Er Lt C 


ae ETAMNANY 
OM MmwaHOor 


oe 


EUILI_CMD_MESS 
D MES 


tm 


BUILD_CM 


elas lielas lvls, 
raca cad 
MNMNNNOWNM 
e. Co oOo Ce eo th 
rPOUMMHM | 


Qn 
TPH pg Ules 


<x 
iz. 
< 


MOV 
MOV ES ,AX 
CED 


MCV SI,{ BX] 

LCDS AX 

MCV MODIFIERS,AX 
ALD BX,02H 

MCV SI +f BX] 


LODS AX 


; set source index to point 
to 1st parameter. 

AX = para 1, SI incremented 
eOmPpConte Ounce xc Pelamecer. 


@eeweo se 


DOM co 
;set source 
-LO= ie eco 


next parameter address 
1ndex to 
next para. 
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MGV OL ATUS , AX 


ADD BX,02H 

MCV SI,f{ EX] 
HGIDS AX 

MCV TRACK NO, AX 
ADD EX,02H 

MOV SI,[{ BX] ; 
LCDS HAL 

MOV AH,AL 

ADD EX,02H 

MCV SI ‘[ BX] 
LEDS AL 

MOV HEAD SECT, 
ADD BX,072H 

MOV SI 4f BX] 
LODS AX 

MCV MEM ADDR, AX 
ADD BX,02H 

MCV SI,[ EX] 
LCDS AX 

MCV MSB,AX 

ABD BX, 62H 

MOV SI ,{ BX] 
LODS AX 

MCV WORD CNT, AX 
POPF 

ECP AX 

ECP BY 

Bele! She 

POP CX 

ECP ES 


v) 


wewe (we 
ct 


e 
9 


ioe to next parameter addre 
=CumecOumee 20dexX CO, pOln= 
; tO next patra. 


= 


W) 


point to n2xt parameter address 
SeaexXeco DOlnt tO Next para. 
get byte para in al re¢a. 

move al to ah 


sword is now complete for mevement 


AO oe tO next parameter address 
set source index to 
POOINT oO NeX= para. 


; point to next parameter address 
set source index to 
7pOLue <O Rowe Para. 


; point to next parameter address 
set source index to 
Toomer O NC Gen pasa. 


iz 





EB. SNDMESS1.A86 


;Prog Name :; SNDMESS1.A86 
;Date : a4 83 
[eect cten by <: Todd 8. Kersh 
pao | >: Thesis (AEGIS Modeling Group) 
;Advisor mMeEfoLressor Kodres 
;PULrECSE : This primitive module sends the command 
smessage located in ccmmon memory at 0E000:5000 +o the 
sRemex Data Warehouse for execution. It checks the. 
sStatus Word in the msg. for successful msg completion. 
; CTata Seqment 
DSEG 
RDW_ERROR DB 1 
RDW_RESOLT DB 1 
Power k DB 1 
SUCEERSS EQU 1 ;code for opn success 
FAILURE EQU 0 COS EOCEVOON fam wuec 
KDW READY EQU 08H 
TRIES EQU 05 CONnStane 
s RDW interface contrcller ports == 
RDW_CMD REG EQU 7048 
RDW STATUS REG EQU 714 
ROW” ADDR_LO EQU 72H 
ROW_ADCR_HI EQU 73H 
ESEG 
EXIT RN Salus NOR L 
; Code Segment 
CSEG 
Paeeec SEND MESS: 
Seu ale SS 
PUSHF 
PCSH AX 
PUSH ES 
PUSH CX 
MCV AX ,QOEQQOH 
MCV EX ,AX a 
MeVeexX, TRIES “af leewroOo Pe COUuntCe r 
SLUR WOME SS : 
IN AL, RDW_STATUS_ REG ao 
AND AL,RDW_ READY scheck if interface ready 
sto process cmd packet... 
GNP AL,OGH sesad ya 
Hives OND ROW MESS sif not repeat 
MOV AL,1CH 
CUT RDW CMC _REG,AL sload_ extended address 
MOV AX,054008 soffset of packet 
OUT RDW_ADIR_LO,AL stransfer low byte 
MOV AL,AH 
CUT RDW ADCIR_HI,AL sebanstcre Hida byte 
CHECK ARBHE RESULT: 
MCV AX,STATUS sread status word 
Mea Xk ,5 UCEESS scheck for success 
JE RDW SUCCESS_R FAD 
GMP AX FAILURE Gece £On. fallure 


us 





= 


ss code 


se cee word 
if COuneer <> 0 
Po fae] Cod 


SE OE BeCo de 


s;Ssave 
"clea 
eo P 
sretu 
PberulLh Succ 


M 

a 

ak 
OLT ,OOH 


=QGU) PS 09) of 
mun FAAOQwMeE, 
MOA Kah 
E> fehl pe 
KCI Qns= | 
ALD AHNAmM AxuNMs 
AG My G@ NGMeURIG 


HECK_RDW_ RESULT 
ECR, 
oy 
U 


W RETRY 


QMS S47 US >a 


£ Dm ww 

' WY) t 

= | = 

= A 

i a m 
0G 


END 
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APPENDIX D 
SPY-1A MODEL SIMULATION PROGRAM LISTINGS 


Ase OSOFYTEST.PLI 


/* 
Prog Namem Ss SPYTEST. ELI 

Dat > 8 June 83 

Pee cn byes Loda Be. Kersh 

BOD >: Thesis (AEGTS Modeling Group) 

Advisor : Professor Kodreés 

Purpcse : This is a test module that simulates the 


operation of the NPS SPY-1A Model. I+ will update the 

tabl_ S58 data in commcn memory Hgee the event count update 
from the Static Model, after a delay loop that simulates 
we Gtiematicn Of the Shecae processo® and Radar Scheduler. 


Spy_test: procedure; 


declare 
ieee ont Ly, 


advance evc2 entry, a 
MomesneOnG Fixed bin(15) static init(1l), 
awaiti entry (fixed binary (15)), 

i fixed binary (15); 


/* This will initiat2e the eventcounts to 0 */f 
Gag ines : 
do while ae 1*b) 
call mance * eye2s 7* This simulates sending a new 


dwell cmd. msg. 
call awaitt(threshold); /* wait for ae aires 
OSL 1e) tel A 


Saag. 


/f/* This is a pan), loop simulating SPY-1A Model 
prcecessing time. 


tibesields= threshold +> 15 

do 

en 

end; y* while */ 
end spy_test; 


= 


a LO Bi Ore 
Ae Seine be (sist YY otro PROCESSING DATA... *) 3 
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Ba. <INIT.AS6 


:Prog Name <: INIT.A&6 
;Date s \oedune 8s 
mec ter Ey ;: Yodd B. Kersh 
G7 : Thesis (AEGIS Modeling Group) 
sAGViSsor : Professcr Kodtres 
;Purpose : This meduls initiates the 
smemory lccations for the eventcounts to 0. 
: DI ACENe aoseeatineianeebengAN OAR a. - ancmmemernenae 
dseg 
ese 
SC idee evcl,evc2 
ong TON 

evc2 IW 

evel «rw 1 
_—,* a re el 


me ce cc ss es es a a es se ee ses es ss se eee eee eo 
| "a a _ ae eer eee Se ee eee eee eee eee ee eee eee eee eee eee eee eee eee eee ee eee ee ee 
e 


See soe 
Embei1c init 


slag oe, © 
push ax 
push és 
mov ax,0e000h 
mcv €¢S,ax eset Seed oS £Oo0 COM. mem 
mcV ax, "0 sset a O 
mov evel, ax ‘sez event ne, Oru 
mcv evc2, ax 
pep «Ss 
Ecp ax 
Tet 
end 
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C. AWAIT1.A86 


urpcse 
een updated 
adar Signal 


QOoABnNn 


Cem kod res 

dGule checks to see if an eve. has 
0:5616 of common memory by the 
SCE Szmulate:. 


e 
Oo 
f) 
c+ 
eh) 


eseg 
extern evcelsword 


= ee es eee eee eee eee ees eee eee eee ee ee ee es ee eee eee eee eee 
— > <a ee eee es es ee eee es esos ee ee ee ee ee ee oe ee eee eee ee Ss le 


ot ae 


es 
mov ax,0e000h 
mcv €¢S,ax 

mov si,f bx ] 


leds ax 
Boll; 
cmp ax,¢vcel 
3/504 rell 
Eep- es 
peop ax 
Eecp ¢1 
ret 
end 


com. mem base in eseg 
rameter - thresheld 
oe hak, 22. 


Remove co Threshold — 
new message sent, wait 
Secu nh 


« Op 


Ue! 





D. ADV2ZEVC.A86 


sProg Name : ADV2EVC.A86 

;Date >; 19 June 83 

meatten Ey ; Todd E. Renee 

SEOs >: Thesis (AEGIS Modeling Group) 
sAdvisor >: Professor Kodres. 

;Purpese : This medule will simulate the Radar 
sScheduler sending a new dwell command to the RSP. 
ea EE 
dseq 


eseg 
exeeh eVc2:word 


.-_-- -_— <P ae ee ee ees eee es eee eee eee eee eee ee eee ee eee eee eee ee ee 
—_—aeP eee eee eee eee See ee ee eee ee eee eee eee eee eee eee eee eee eee ee ee eee eee eee eee eee ee eee eee eee ee 


cse 
ESeq Advance_evc2 


advance evc2: 


push es 

push ax 

mcv ax,0e000h 

mov ¢S,ax ; get addr. of comm.mem. base 
: in eseg 

“nce eve2; advance event count 

pep ax 

pop és 

a ae 


end 
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CBJECT~ORIENTED DESIGN OF THE DYNAMIC MODEL 


A. DEFINE THE PROBLEM 


A systemis required that will interface with existing 
SPY-1A Radar Controller modules and simulate the Signal 
Processor of the Radar. The required interface will actu- 
ally include the Radar Output Module and the Radar Return 
Module, and the Beam Stabilization Modules. The Sagnal 
Processor Simulator must contain a database representing the 
environment the Radar will probe for target tracks. The 
database must b2 user changeable at any given time during 
the operation (i.e. add target tracks, delete targe+ tracks, 
and change target tracks) so that the logical op¢ération of 
the SPY-1A Radar Modules (Radar Schedulin and Track 


Processing) can ke tested and explored. 


B. DEVELOP AN INFORSAL STRATEGY 


The database for the signal processor will capture the 
PiceGrtaceacnh L£Or Gach target at discrete «ime intervals 
needed tc define it's position. The information maintained 
Mbouwt each target track will include it's actual position 
Cave 2,n). and it's acceleration components (axX,ay,aZz,ar) at 
a discrete time interval (+t). Interaction operations that a 
user may request include - initiation of a target track over 
a range of time (Ti --> Tn), deletion of a preéevicusly 
S@eered target track throughout all or part of it's initi- 
ated range of time, and changing a previously defined target 
track at any time during it's pre-defined time range. The 
user will also be able to start and stop the simulation at 


eny time. The user will have a two dimensional display of 


nS 


the radar environment with current tracks and relative fosi- 
tions symkclized during the simulation. BeStaews report of 
current targets will be available while ina non-running 


mode tc assist the user in the environment definition. 


C. FORMALIZE THE STRATEGY 


1. Identity the Objects and their Attribute 


COP) 


a. SIMULATION OPERATIONS 
t. TRACK _DATA: 

Target Information: 
Calg et ED 
2Ctilaeee post <2 on 
acceleration 


time 


eee identify Operas. Ons on she Ob jects 


aE a ee > ot a ese <a ibe aia =e <a 


a. SIMULATION _ OPERATIONS 
Lar DPS BAY: 
Seakc 
Scop 
CGR Ae he pans: 
status Report 
Onis + 
Hasge: Information: 
create 
delete 
change 
Database 
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| ie Semen) LON: OPN S-==----=-—--=- + | 
| (subprogram) | | 
| Vv V | 
| SIMULATION OPNS DESPLAY 
| (package (BEG) 
| Etecase tgt start 
delete tgt Stop 
change _tgt | 
STauus er pt | { 
Gua | 
| | es 
| | TRACK DATA | 
| a =< > ieee eo) a + | 
| oa +-owrnrer- + 
| 
| LGl sy eNee© DATABASE | 
(packag é€) (package) 
| CGE _Eoecord active records | 
{ data | 
| 
| > —_ _ a ail -. — 


Figure £E.1 Object-Oriented System Graph. 


4. Code th 


im 


Package Specifications in Ada 


rackace TRACK DATA is. 
package IGT_INFO is 


ence (Gr ENEO; 
packaaqe LATAEASE is 


end CATAEASE; 
end TRACK_DATA; 


package TGT_ INFO 1s 
epee eNOeL EN 15 constant := 1000; 
Myp-GOGRDENATES is (X,¥Y,2,8) ; 
type ACCEL VECTORS is (AX,AY,AZ,AR) ; 
type LISCRETE TIME is range .. END_TIME; 
+ype TARGET is record 
EGeA TE ON s sGCOORDINATES; 
ACCELERATION: ACCEL VECTORS; 
TIME s DISCRETE TIME; 
end record; 
end TGT_ INFO; 
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package LCATABASE is 
use TGT INFO; 


MAX_RECORDS :  ccenstant := 20; 
ieee momeen DD INDEX 15 range 0... MAX RECORDS; 
one TRACK RECORDS 1S array (RECORD_INDEX) of TARGET; 
ACTIVE TGS : RECORD INDEX; 
DATA : TRACK_RECORDS; 
end DATABASE; 
with TRACK CATA; 
use TRACK CATA; 
package SIMNULATICN_OEFNS is 
type OPERATICN is (CREATE TGT,DELETE TGT,CHANGE TGT, 
So fawom nef ,OULT): 5 
Function GET rettrn OPERATION; 
procedure CREATE _TGT; 
Peeccence DELETE IGT; 
Erocedureé CHANGE IGT; 
procedure STATUS _ RPT; 
rocedure QUIT; 
end ULATICN OPNS; 
With TRACK CATA; 
use TRACK CATA; . 
package DISFLAY is 
ype CCNTROL is (START, STOP); 
Bane c2OnekUN CSturn CONTROL; 
Proeccdaure START; 
mocedure STOP; 
end DISPLAY; 


Further programming would design and build the subprograms, 
Peet LONS, and precedures defined by these package 


specifications. 
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APPENDIX F 
SIGNAL PROCESSCR MODEL USERS MANUAL (VER.1.0) 


A. GENERAL 


This manual is for use with the NPS AEGIS Modeling Group 
AN/SPY-1A Radar | Centroller Model: Signal Procéssor 
Pruvatreme version 1.05 Ie does not explain the structure of 
[oemmecaiue> that make up the program, only it's functional 
components and how tkey might be utilized to tast+ the SPY-1A 
Model. For further information about the program design and 


implementation, see Kersh,T.B., Siqnal Processor Interface 


Simulaticn of the AN/SPY-1A Radar Controller, Masters 
Thesis, Naval Postgraduate School, Monterey California 1983. 

hal 
areas: developing the target database to be stored in che 


REMEX Data Warehouse, and Saimning ths Static. Model wof the 


The marual is divided into the two major functio 


Signal Precessor against @ simple SPY-1A simulator. It will 
be assumed that any potential user of this system is 
familiar with the boot procedure for the Reméex Data 
Warehouse disk system. Assuming the user has booted from 
*+he REMEX B: drive and logged into the REMEX D: drive, place 


the Signal Frocessor system disk in the C: drive, and type: 
DoC:RSP <return> 


Ac this point the Signal Processor Emulation System will 
load and the remaining datakase development ard model ofera- 
tion will be menu driven. 

The following functions ar2 available within the Signal 
Processcr Interface Simulation - 
TRG Ee eePATAPASEs: 

1. CREATE the inital target-list and initial database. 
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2- DELETE any targets at any specified descrete time. 


3. CHANGE the parameters of the parametric equations 
representing the target tracks at any specified 


descrete time. 

4. PRINT the current target-list te the terminal screen 
cr the printer at the specific descrete time repre- 
sented by the target-list. 

SIMULATICN: 

1. RUN will execute the Static Model in a test énvircn- 
ment to be used for testing the Signal Processor 
Interface Simulation System. 

After development, the user can document the targets 
contained in the tarcet-list at a particular descrete «time , 
so that te has a hard-copy record of the trend of his data- 
base. This feature will be important in daterminaticn of 
the effect cf different target combinations and densities on 
the SEY-1A Controller Model. The Signal Processor Interface 
Simulaticn fTarget-Database development system should be 
usable in ccnjuction with other testing systems devised by 
future AEGIS Grceup members for the logical testindq of the 
SPY=-1A SyYSt2m. 


E< CCNSTKRUCT TARGET DATABASE 
1. ain Menu 


Wet wononh tc tie display Of the main menu, the 
program will ask for user input defining the descrete time 
intervals to be used for the update of the buffer used by 
the Target-Database system. The ratio of dwell commands 
received from the Radar Schedular Module to the target- 
kuffer update, multiplied by the actual turnaround time of 
the SP-1A Centroller Model will be the real-time achieved by 
the system. The user may assign values from .1 +o 1 to this 


ratio value. The next question asked of the user is how 
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Jomd th] simUde tion wil. run. The maximum possible length 
is dependent on the storage spac? available on the REMEX 
Data Warehcuse, and the time is based on the average assumed 
dwell ccmmand interval time received from the SPY-1A Radar 
GContrcllier Medel. To datermine the Simulation run limit in 
terms cf d¢screte time increments, one must realize that 
each descrete time increment is in one-to-one corresrendance 
with the sectors used to record the database on the REMEX. 
Therefore, Since ther are 39 sectors per track, and 210 
tracks available for use, there are 8190 available descrets 
time intervals available for a Simulation run. The real-time 


length for the Simulation run is then dependent on the 


Jere MAIN MENU eq 


What ccurse of acticn do you wish? 
(1) CREATE a database cf tracks 


(you must do “mis first) 
2 DELETE a tzrack from the database 
3 CHANGE a track on the poss 
t PRENtet he cuirent target lis 
After a database is Satisfactory you may: 
(5) RON a sSisulation / 
(insure the rest of the SPY-1 Model is setup) 
(6) QUIT and return to the operating systen 
Gencer T=6 ana <cr>): 


Re A ee aD A a A cee a SE ei, SR pes cee SSE cat 
eile y IES rey RS aut A oS me) ey i ce, es 


' 
| 
| 
| 
i 
| 


Figure F.1 Signal Processor Emulation Main Menu. 


descrete time ratic. Assuming a negligible time for 
iot@ecimgeede Sanger putter strom the REMEX, ard a turnaround 
response time from the SPY-1A Controller Model of .001 
seconds, ifa ratio of "1" were chosen, the maximum time 


available for a Simulation run would be: 
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it omcce ond —) ,00tesec, © 1000 (or 1000 dwell commands 
issued per buffer update) 

2. Since the target-buffer is updated once every séecond, 
there are 8190 seconds of maximum Simulation time 
available. 

The next i1t¢m appearing on the screen is the Main 
Menu. Theetzest thing cequited is to build a database in 
the REMEX Data Warehouse. Meads this, the user will 
it conc Y Boe ereiChO sd Cewc 1) CREATE. AECGE 292 ra bl Zing ons 
Database, the user be able to move forward in descrete tins 
and delete target tracks completely, or just change the 
parameters cf the track. It 1s suggested that the user use 
Goe2on (4) PRENT after cachmiceration of che previous two 
cptions and after CREATE, to maintain a record of the modi- 
fications made on ths database. When the user has finished 
with his Target Datakas¢s, he may request to (5) RUN a Static 
Model simulation. In this mode the SPY-1A Controller Mcdel 
Simulator "SPYTEST" is designed to test the Static Medel. 
Further instructions cn the use of this option are discussed 
Poe oecticn -C. Of ccurse, at any time after the user has 
returned to the Main Menu, he may choose option (6) QUIT to 


return te the operating system. 


Ze Crea 


lo 
IO 


atabase 


To use the Signal Processor Interface Simulator, a 
Target-Database must first be constructed. A Target-Lisz is 
used which centains target data ele. CONS ruce a 
Target-Database. The parameters used tO 06set up = the 
Target-List for each target are the constant values used in 
the parametric equations shown in Figure F.3 These parame- 
tamemeguaticns derive from Boone, N.A., A Multimicrorocessor 
Appreach to simulate I/0 for the AEGIS AN/SPY-1A Radar 


Gemerciler, Masters Thesis, Naval Postgraduate School, 


Monterey California, 198 1. Boone's work concerns’ the 
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Pigure F.3 


Simulation of the AEGIS 


these equations were 


PineoWwdnourerhe Mccel. 


eyOm fOr che First 


= CREATE TARGET MODULE 


; 
| De 
treet acke Laeger ee 

Patame<t teu squa tz 
X_range (ONE = 25) 

| Y_ range (u)? (-256 
xX Vercer cy ie & 

| Yeveloc ty. (v) ? 

| XK eaGeere mart on Ee 

| Y_acceleration (w 

: Qeatestude (dj)? { 

| create more targ3ts? 

| 


target, 


| 
| 
| 
a 


Smale 2, ono rc has 

+256) ha anes 

H2 0) 03 on 

DEO NAG cos: ae 

2, +32)m/sec: 
SUM O2a,+.015525) m/Sec/sec: . 
-.015625,+.015625) m/sec/sec: ~~ 

Mee UOO)P Ets: 

WoO NN}: 


i, SEE cats NO et OE oD my ee Ee Se — 


b¥t +¢ c¥t*t 
V¥t + WET *E 


Bite + Ga tt 
v*¥Sin (w*t) 


| 

| 

| 

| 

| 

{ 

| 

| 

b¥cos (c¥t) | 
V¥t + WEEE : 
Se ere, 
V¥S in (w¥t | 
| 

| 


Parametric Equations. 
Command and Decision functions, and 


lett? ed com Marntain 
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compatiblity 
defining the parametric ¢qua- 
tc define 


the user may choose 
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further targets and will be prompted similarly as previcusly 
shown. When he is satisfied chat the target-list is 
complets, he may indicate that no more targets are to be 


created, and he will te returned to the Main Menu. Boe oe 


+o 


hn | 


a 
time it is recommended that the user request a PRINT of the 
tattial target~list fcr future reference. 


| === DELETE TARGETS MODULE === 


WHAT TARGET DC YOU WISH TO DELETE? § 
(IGT. NUM. RANGE 1I-___):; 


i 
| 
| 
| 
to 
a 


| 
rr ie 


Figure F.4 DELETE Function Menu. 


Pricr to the Delete Menu, the usar will be asked "At 
MigumeiiicmnaG you want to delete @ target?", The user is 
being asked +o define the descrete time within his previ- 
cusly deéefired range of de#screte time that he wishes to 
delete a previously defined target. It is important tha* the 
user have developed a plan for target modifications based on 
his defined descrete time range, since the Target-Database 
develcpmert routine will not allow one to recover deleted 
targets. After answering the time question, *he Delete menu 
will be displayed, and the target list aporopriately 
updated. After Deleting a target, the user will be prompted 
~O Veemernwe (Y/N)? . He may answer Y(es) to delete more 


taegets sor N(o) to return to the Main Menu. 
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4. Change Targets 


The Change choice from the Main Menu will first 
fFrompt the user requesting what time he wants to change a 
target, within his predefined descrete time range. Aftar 
answering, the user will see the Change menu (see Figure 


| 


=== CHANGE TARGETS MODULE === 


WHAT IS THE TARGET NUMBER YOU WISH TO CHANGE? 
(IGT.NUM. RANGE 1-____): 


WHAT CATA ITEM IS TO BE CHANGED? 
(1) PARAMETRIC EQUATION 
(2) EQUATION PARAMETERS ___ 


choice is one, “Ih 
IS THE NEW cotinaaan UMemRe (1-4) 2 


€ 

als 

¢é choice is two Soins 
T ARE TYE NEW PARA MET : 
Rosen ge ta) «° (~ 256 , +256) nm: 


Z_alt. (d)? (0,20000) ft: 


GE Gener choice... ) 
WISH TO CHANGE AN CTHER TARGET? 


eee 
a i. Sr 


| 


Pigure F.5 CHANGE Function Menu. 


Hens) o's nec nweeic tei eepe Cnphasised that it is important te 


c+ 


have a plan for the cverall target database Since it is no 
possible to gracefully qo backward in sequential time asa 
target database is developed. Also, it is again reccmmended 
“wmememilcce tO OkLfiain a print of the Target-Lis* as sccn as 


you return tc the Main Menu. 
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C. RON STATIC MODEL 


These t= tae Cone roller Mode] Simulator "SPYTEST.CMD" is 
frovided as a tool to test the Radar Signal Processor 
Interface Simulation Static Model. CSP Y CE Steno Ls 70S cod 
Simple eventcount and sequencer module. It contains a delay 
leop to simulate the time between the receipt of a "raw 
data" message from the Signal Processor Interface, the 
subsequent processing of the target data, and the resultant 
dwell ccmmand messace generated to the Signal Processor 


= RSP STATIC MODEL === 
version 1.0 June 83 


his point you should have created 
takase and are now ready to run 
Startle sodel. 


STATIC MODEL MENU 
T run the sSimulatil 

T and return oO main menu 
=Zectias «ere. 


ee ce Sai ci ee, IS, ee ee Ge me ete 


O ll 
eo 
ee Re ee 


Figure F.6 STATIC MODEL Function Menu. 


Peewedce mm tiomdcoiay 1600p iS arbitrarily configured at this 
time, and =he user should consider contriving a delay that 
mor2 closely represents the turnaround time the SFY-1A 
system sheuld orcevide. When 2nctering the test mode, the 
user will te prompted to "Load SPYTEST.CMD from another 
system CRI/SEC. When complete, enter "O"<cr> to begin ". 

When the SPY-1A Centroller Simulator has been initiated, 
the Static Model will begin operation after the user has 
+yped "O<cr>", The display for the Static Model is shown in 
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> Pee. eee eee ae ae eee eee ees SS ee eee 


=== RSP STATIC MODEL SIMULATION === 


ENDTIME: 


J 
tH 
<3 
ta 


Figure F.7 STATIC MODEL Display. 


Fig. F.7, and provides «he user with only a ninimum ammount 
cf information to determine the progress and speed of execu- 
Crome tOmethe SPY-1lA Ncedel. Smee che Static Model and its 
inherent display functions will be part of the timed data 
gathered by the user, it is recommended that the SPY-1A 
Contrceller Simulator te utilized to measure the Static Model 
time. The measured Static Model run time can be used in 
future rur-time testing of the NPS SPY-1A Controller Model 
to determine net SPY-1A Controller Model achievable speed. 
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